Hola a todos,

Tengo una regla para lanzar un mensaje cuando hay un error. Quiero evitar enviar el correo si el origen del error es la API para enviar el correo

Esta es mi regla:

Ahora, si hay algún error en algún proceso, funciona, pero si hay un error en MyProduct.BO.SendEmail está intentando enviar el error nuevamente, y es un bucle infinito.

¿Hay alguna forma para verificar cuál es el origen y no procesar si el origen es MyProduct.BO.SendEmail?

0 5
0 63

Algunos de vosotros no conoceréis esta limitación o problema conocido que se produce en los Procesos de Negocio (Business Processes) basados en BPL.

Aquellos que no estabais al tanto quizá os habéis encontrado esto:

ERROR <Ens>ErrBPTerminated: Terminating BP <my_process_name> # due to error:

ERROR #7201: Datatype value 'xxS6xxS6...xxS6' length longer than MAXLEN allowed of 5
1 0
0 41

Introducción y motivación

Una unidad de código en ObjectScript (pongamos, un ClassMethod) puede producir una gran variedad de efectos secundarios inesperados cuando interactúa con partes del sistema que están fuera de su propio alcance y no han sido depuradas adecuadamente. En forma de lista parcial, se incluyen:

0 1
1 71
Artículo
Kurro Lopez · Mar 2, 2021 Lectura de 1 min
Análisis de errores de aplicación

¡Hola, desarrolladores!

Como sabeis, los errores de la aplicación están en el global ^ERRORS. Aparecen si los llamas:

d e.Log() 

en la sección Catch de Try-Catch.

Con la propuesta de @Robert Cemper, ahora se puede utilizar SQL para examinarlo.

Inspirado por el módulo de Robert, presenté un módulo simple de IRIS Analytics que muestra estos errores en un dashboard:

1 0
0 85