Este es el log utilizado para registrar los errores generados en los procesos de las aplicaciones de la compañia.

Este servicio debe consumirse en las generaciones de errores de:

• Aplicaciones Java
• Aplicaciones .Net
• Web Service
• Integración Supertabla
• Soluciones que afecten los productos SICOF

Powerbuilder tiene restricciones para el consumo de servicios Rest por lo tanto en las aplicaciones de esta tecnología se implementará un API para realizar las llamadas.

Se adiciona esta columna para identificar reglas asociadas a la implementación de los servicios web que permiten gestionar el almacenamiento de los logs. La columna es una referencia y no hace parte del servicio sin embargo las reglas que se definen en ella si aplican para la columna relacionada:

• Interno: Indica que el campo se gestiona dentro del servicio y por lo tanto no se pedira en los parametros.
• Autoincremental: Indica que el campo se comporta como una secuencia.
• Externo: Indica que el campo debe estar en los parametros del consumo.
• Requerido: Indica que el campo debe ser enviado en el consumo y el servicio debe validarlo para continuar.
• Obsoleto: Indica que el campo ya no es utilizado en la nueva implementación.
• No utilizado: Indica que el campo no será utilizado en ninguna implementación.

• Todas las operaciones del servicio que gestiona la persistencia de la tabla deben estar documentadas incluyendo la definición de los campos, formatos, longitudes de columnas e indicar si es requerido o no.

Esta columna sirve para almacenar información extra del error generado²⁾ que se generar en los procesos. Se define la siguiente estructura base ejemplo:

{
  "errors":[
    {
      "error_code":"Requerido: Número del error o nombre de la excepción",
      "error_description": "Requerido: Descripción técnica del error",
      "error_tracer": "Pila de mensajes capturada en el error"
      "error_line": "Linea del proceso donde se genera el error"
      "error_method": "Método donde se genera el error"
    }
  ]
}

Donde:

• errors: Array de errores en el proceso
• error_code: Propiedad contenida en cada indice del array json. Representa el código del error, alguna aplicaciones pueden represnetar este código como un número o como nombre de excepción.
• error_description: Propiedad contenida en cada indice del array json. Representa el mensaje técnico del error generado.
• error_tracer: Propiedad contenida en cada indice del array json. Representa la traza del error generado.
• error_line: Propiedad contenida en cada indice del array json. Representa la linea donde se ha generado el error.
• error_method: Propiedad contenida en cada indice del array json. Representa el método donde se ha generado el error.

Ejemplo:

{
  "errors":[
    {
      "error_code":"2501",
      "error_description": "Error actualizando saldos de rubros.",
      "error_tracer": "ORA-0001 PK Constrainst Invalid"
      "error_line": "25"
      "error_method": "of_calcular_saldos"
    },
    {
      "error_code":"java.lang.NullPointerException",
      "error_description": "Error actualizando saldos de rubros.",
      "error_tracer": "ORA-0904 Column Not Null"
      "error_line": "23"
      "error_method": "of_calcular_saldos"
    }
  ]
}

• Los valores de las columnas deben ser registrados como String

Para visualizar la documentación debe descargar el siguiente repositorio Documentación, abrir la pagina Index.html en su navegador web la cual es similar a la siguiente imagen:

En ella encontrará la documentación de las librerias que hacen parte del framework Objetos SICOF el cuál se irá actualizando frecuentmente a medida que se documenten las clases.

La Libreria que contiene la funcionalidad de los logs es la librería sf00util.pbl

Los Objetos relacionados en el API son:

• n_cst_app: Clase contenedora de objetos logs
• n_cst_log_errores: Clase para la gestión de errores

Para facilitar la implementación y uso del API de gestión de errores se crea un objeto interno privado en la clase global guo_app el cual puede ser accedido por el método of_log_error() que devuelve la instancia del objeto. Sin embargo para implementaciones específicas se puede optar por crear y administrar la clase de error n_cst_log_error según considere el desarrollador.

A continuación se listan ejemplos de uso el cuál presenta las forma de utilizar el API, para más información debe consultar la documentación en el repositorio.

/*Ejemplos de uso utilizando la instancia genérica de la clase guo_app*/
guo_app.of_log_error( ).of_add_log("EJEMPLO_CODE", 10, true, SQLCA)
guo_app.of_log_error( ).of_add_log("EJEMPLO_CODE", "ERROR_DB", true, SQLCA)
guo_app.of_log_error( ).of_add_log("EJEMPLO_CODE", 10, ls_args, true, SQLCA)
guo_app.of_log_error( ).of_add_log_text("Ejemplo", "ERROR_DB", "Presupuesto", true, SQLCA)
guo_app.of_log_error( ).of_add_log_text( sqldbcode, sqlerrtext, dataobject, sqlsyntax, ls_ventana, true, lts_db)
 
/*Ejemplo de uso definiendo la clase de error, 
instancia el array de formateo de mensaje y 
registra en el log el mensaje formateado. 
Posteriormente elimina la instancia de la clase de gestión de error.
"El array de formateo se utiliza cuando el mensaje se genera por expresiones: 
Ejemplo:
Mensaje Base = Hola #1 (identificado con el código de mensaje SALUDO_CODE), 
se crea un array con un expresión de la siguiente forma 
array[1] = "Mundo", 
de esta forma al usar el método of_add_log se genera el mensaje: Hola Mundo".
*/
n_cst_log_error luo_log_error
String ls_args[]
ls_args[1] = "Mundo"
luo_log_error = Create n_cst_log_error
luo_log_error.of_add_log("SALUDO_CODE", 10, ls_args, true, SQLCA)
destroy luo_log_error
 
/*Ejemplo de uso definiendo la clase de error y 
registra en el log el mensaje por medio de un código de mensaje. 
Posteriormente elimina la instancia de la clase de gestión de error.*/
n_cst_log_error luo_log_error
luo_log_error = Create n_cst_log_error
luo_log_error.of_add_log("EJEMPLO_CODE", 10, true, SQLCA)
destroy luo_log_error
 
/*Ejemplo de uso definiendo la clase de error y 
registra en el log el mensaje por medio de un código de mensaje. 
Posteriormente elimina la instancia de la clase de gestión de error.*/
n_cst_log_error luo_log_error
luo_log_error = Create n_cst_log_error
luo_log_error.of_add_log("EJEMPLO_CODE", "ERROR_DB", true, SQLCA)
destroy luo_log_error

• El API puede ser activada o desactivada por medio de la constante: LOG_ERRORS (Solo en aplicaciones SICOF ERP (Appeon/Powerbuilder)).
• El desarrollador es el encargado de gestionar la transacción que realiza la persistencia.
• Se automatiza el registro de errores en los objetos uo_datawindow y uo_datastore en toda su herencia.
• Se automatiza el registro de errores genéricos no controlados lanzados por el evento systemerror de Powerbuilder.

Para las aplicaciones desarrolladas en las tecnologías (Web):

• Java
• .Net
• PHP

el log de sesión será implementado por medio de un Servicio Web el cual deberá considerar las reglas de Columna: WS

←Volver atras