INCONVENIENTE EN GENERAR REPORTE DE PERSONA RESPONSABLE (RESPONDIDO)

Buenas tardes,

Estamos teniendo problemas al querer generar el informe de persona responsable sin importar el tamaño y cantidad del informe.

Al solicitar el reporte queda cargando y no se logra finalizar y generar el reporte.

Actualmente nos encontramos en la versión 3.2.1, se realizo la misma prueba en un entorno de actualización con la versión 3.5.0 y sucede lo mismo.

Además se realizó un aumento de recursos y sucede lo mismo.

Comparto logs del jasper.

Feb 07 13:04:24 VMBridge INFO : VM                  : 1.8.0_322@http://java.oracle.com/
Feb 07 13:04:24 VMBridge INFO : VMBridge version             : 5.5.2
Feb 07 13:04:24 VMBridge INFO : logFile             : /var/log/diaguita_reportes.log
Feb 07 13:04:24 VMBridge INFO : default logLevel    : 3
Feb 07 13:04:24 VMBridge INFO : socket              : SERVLET_LOCAL:8081
Feb 07 13:04:24 VMBridge INFO : java.ext.dirs       : /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext:/usr/java/packages/lib/ext
Feb 07 13:04:24 VMBridge INFO : php.java.bridge.base: /root
Feb 07 13:04:24 VMBridge INFO : thread pool size    : 20
Feb 07 13:04:24 VMBridge INFO : JavaBridgeRunner started on port INET_LOCAL:8081
log4j:WARN No appenders could be found for logger (net.sf.jasperreports.extensions.ExtensionsEnvironment).
log4j:WARN Please initialize the log4j system properly.

Vale aclarar que al generar otro reporte de alguna etapa por ejemplo Convocatoria, el informe se genera correctamente.

Quedo al tanto de su respuesta.

Saludos!

Hola Carlos, buenas tardes!
Como en los logs no hay suficiente información del error, te pido si podrían cambiar temporalmente el nivel de detalle del log de jasper así podemos ver si tenemos mas información.
Para esto deberían modificar en bin/diaguita_reportes.sh el parámetro DEBUG_LEVEL y dejarlo en 5 (linea 27).
Finalmente reiniciar el servicio de jasper e intentar imprimir nuevamente el reporte que genera el error (./bin/diaguita_reportes.sh restart).
DEBUG_LEVEL=“5”
Luego de hacer eso te pido que nos adjuntes nuevamente el log /var/log/diaguita_reportes.log y también el de errores de apache si tuviera detalles acerca del error.

También pueden probar modificando la constante JAVA_PIPE_DIR con la siguiente linea en el php.ini

java.pipe_dir = /usr/local/siu/SIU-Diaguita-3.5.0/temp
luego reiniciar el apache y ver si les funciona el reporte.

Cualquier cosa seguimos en contacto.
Saludos!
Maria.

Buenas, se modifico el nivel de detalle de los logs de jasper, y se comparte el archivo .log.
La generación del reporte por persona responsable se ejecuta a las 14:06.
diaguita_reportes.log (431,2 KB)

La configuración de la constante JAVA_PIPE_DIR ya se encontraba configurada.

Quedo al tanto.

Saludos,

Hola Carlos, buenas tardes! consulta el reporte donde tienen el inconveniente está personalizado?. Si es así, podrían ver para cambiar y probar la impresión con el archivo original para ver si el inconveniente no es un problema en la personalización.
Además nos podrían dar más detalle de cual es el reporte específicamente que están probando. También les pedimos si nos pueden adjuntar el archivo .xml de datos que está dentro del directorio instalacion_diaguita/temp/ireport/nombre_generado_del_reporte.xml para ver si podemos encontrar el inconveniente.
Cualquier cosa nos avisan y seguimos viendo el tema.
Saludos
Maria.

Buenas, detallo el inconveniente.

Al obtener el informe del siguiente circuito:

Patrimonio - Reportes - Por persona responsable
Filtrado por Fecha de Alta en el sistema Hasta el 31-12-2023.

El sistema queda cargando y no finaliza la generación del archivo jasper.

Si tiene una personalización menor en el encabezado, ya se quitaron los archivos correspondiente al reporte (es decir ya no aparece en personalizacion/jasper/patrimonio/reportes… etc) para que tome del original.

El inconveniente sigue persistiendo aunque sean menos cantidad de datos a solicitar.

Comparto el enlace del archivo .xml. Nota: No permite subir formato .xml aunque cambie la extensión a .log o .txt
reporte_por_persona_responsable
Contraseña: MEf6NjM5zL

Quedo al tanto.

Saludos.

Buenas,

La generación del archivo se realizó con éxito, luego de haber pasado 3hs aproximadamente, y teniendo como recurso 11GB de RAM y 24 CPU.

Saludos!

Buenas Carlos! buenísimo, estaba corroborando que el archivo pesaba mucho y posiblemente el problema era por los recursos asignados y el tiempo que iba a tardar. Así que buenísimo que hayan podido generarlo.
Saludos!
Maria