Funcionalidades de GeneXus que conviene conocer: Exception_Handler

Este es el primer post de un ciclo de algunas funcionalidades que han aparecido en las últimas versiones de GeneXus que por diversos motivos no están siendo muy usadas o no son muy conocidas. 

Exception_Handler es una regla que se introdujo en GeneXus 16 Upgrade 7, que permite capturar excepciones no controladas en nuestro código GeneXus. 

¿En que casos se puede usar?

Cuando tengo codigo que puede tener una excepcion y necesito que el programa registre esa excepcion en el algun log/trace o quiero mandar una alerta o un mail que el programa canceló. 

Ejemplo: 

Tengo un procedure que hace para el ejemplo, una division entre 0. 


El procedure que lo llama, tiene la regla: 




y el codigo


y el log de salida de la ejecución es:

"D:\KBs\GX16\LUCIABPM\CSharpModel\web\bin\aejemplo_exception_handler.exe"
Antes de Division entre 0

Type: System.DivideByZeroException
Details: Attempted to divide by zero.
Stack:    at System.Decimal.FCallDivide(Decimal& d1, Decimal& d2)
   at GeneXus.Programs.divisionentrecero.executePrivate()
   at GeneXus.Programs.aejemplo_exception_handler.executePrivate()
   at GeneXus.Programs.aejemplo_exception_handler.execute()
System.DivideByZeroException: Attempted to divide by zero.
   at System.Decimal.FCallDivide(Decimal& d1, Decimal& d2)
   at GeneXus.Programs.divisionentrecero.executePrivate()
   at GeneXus.Programs.aejemplo_exception_handler.executePrivate()
   at GeneXus.Programs.aejemplo_exception_handler.execute()
   at GeneXus.Programs.aejemplo_exception_handler.executeCmdLine(String[] args)
   at GeneXus.Programs.aejemplo_exception_handler.Main(String[] args)
En la subrutina 'MANEJADOR_ERRORES' en este caso muestra en consola mensajes del tipo, los detalles de la excepcion y el stack, podria mandar mail o grabar un log mas detallado.

Alcanza con poner la regla en el objeto main y puede capturar las excepciones de los objetos llamados por estos. 

Es importante saber que no es cien por compatible con agregar código nativo (.NET o Java) pues al llegar a una excepción no se puede evitar que el programa cancele, o al menos yo no se como hacerlo. 

Es muy util en muchos escenarios. 

Comentarios

  1. Rodolfo Muñoz P.11 de diciembre de 2020, 10:00 p.m.

    Si es bueno pero lo necesitaba para el consumo de webservices y no funciona con eso, para mí aún al debe y tengo que usar el try/catch de csharp. 😑

    ResponderBorrar
    Respuestas
    1. Enrique Almeida14 de diciembre de 2020, 8:00 a.m.

      En los Web Services, es uno de los pocos lugares que se pueden manejar bien los errores sin utilizar esto.
      Alcanza con poner &Location.CancelOnError=2 y luego consultar el error con las funcion GetSoapErr().

      Si lo que necesitas es aumentar el timeout, se puede hacer modificando los archivos de configuracion (para todos los servicios) o modificar puntualmente el tiemout de un servicio en particular.

      Borrar
  2. Joel17 de noviembre de 2021, 10:58 a.m.

    Hola,
    como se declaran las variables &GXexception****??? No vienen por defectos (GX17)
    Saludos...

    ResponderBorrar
  3. Anónimo10 de marzo de 2022, 12:20 p.m.

    Buenisimo, muchas gracias!

    ResponderBorrar
  4. Anónimo22 de diciembre de 2022, 10:41 a.m.

    Hola, esto es posible colocarlo, por ejemplo en una Master Page? Para evitar hacerlo en todos los procedimientos.

    Mi idea es hacer una implementación genérica que me sirva para toda la aplicación.

    Muchas gracias

    ResponderBorrar
  5. GUSTAVO28 de julio de 2024, 6:58 p.m.

    Hola , agrego por si ayude. Entiendo que asignando a la variable &gxErrOpt = 0 no estaría cancelando el proceso.

    ResponderBorrar
    Respuestas
    1. Enrique Almeida29 de julio de 2024, 8:30 a.m.

      Tenia entendido que la variable &GXErrOpt, sirve para el Error_handler pero no tiene efecto en el Exception_handler que siempre cancela. Lo puedo probar y veo si sirve para que no cancele.
      Gracias!.

      Borrar

Publicar un comentario

1) Lee el post
2) Poné tu opinión sobre el mismo.
Todos los comentarios serán leidos y la mayoría son publicados.

Entradas más populares de este blog

Aplicación monolítica o distribuida?

Imagen
En los últimos tiempos, hemos escuchado muchas opiniones sobre cómo es conveniente diseñar nuestras aplicaciones, desde el punto de vista de su arquitectura en la ejecución.  Históricamente las aplicaciones eran monolíticas (una aplicación que se instalaba en una computadora y hacia todo lo que necesitaba) y en forma más recientes se esta optando por hacer aplicaciones distribuidas en varias computadoras, dividas en servicios independientes (algunos lo llaman microservicios). Al ser tan variadas las aplicaciones que realizamos, es claro que no hay una solución optima para todos los casos, sino que tenemos que adoptar (y adaptar) la arquitectura que mas nos convenga para cada caso. También hay que entender que entre una aplicación monolítica y una aplicación totalmente basada en microservicios hay una gran variedad de combinaciones posibles, pues no hay que hacer binaria la elección. El problema.  Es una realidad, que los sistemas de información cada día abarcan más activida
Leer más

La nefasta influencia del golero de Cacho Bochinche en el fútbol uruguayo

Imagen
Esta teoría no es mia, sino que se la escuché por primera vez a Andrés Acosta. Varias generaciones de niños en Montevideo, crecieron viendo un programa de televisión llamado Cacho Bochinche, donde había un juego donde habia que patear penales a un arco con un golero de goma. La falla fundamental del mismo, es que en vez de premiar a quienes metian goles, se premiaba a quienes logran pegarle un pelotazo al golero y tirarlo al suelo. O sea, quien pateaba en forma mas burda y fuerte, era el ganador. Para complicar mas la situación, muchas veces cuando un niño no lograba voltear al muñeco, el animador del programa (el inefable Cacho de la Cruz que hacía de juez), le pegaba o empujaba al golero para tirarlo al suelo y de forma de dejar contento al niño que estaba haciendo pucheros. Por lo tanto se promueven varios valores, que han logrado calar muy profundo en las generaciones de niños telespectadores: a) Es bueno patear fuerte y al medio b) Tirar a colocar es de maricones c) El golero es
Leer más

Funcionalidades de GeneXus que vale la pena conocer: DATE Constants.

Imagen
Algunas veces en el código tenemos que poner una fecha como constante. Una alternativa a esta función, es usar el formato #yyyy-mm-dd# , como constante. Por ejemplo:   &InitialDate =# 2007 - 01 - 01 # &DateTime = #2020-01-01 10:00:00# Esta funcionalidad está desde hace varias versiones, pero por algún motivo, no se usa demasiado. He visto que usan ymdtod(2020,01,01) que para mi queda bastante mas confuso. Más información en el siguiente link: Date Constants
Leer más