Problemas en visualizar algunos PDF en la versión 3.5.0 (RESPONDIDO)

SIU-Diaguita Técnicos SIU-Diaguita
1

Hola, buenos días,

En el día de ayer actualizamos Diaguita a la versión 3.5.0, con los requerimientos que solicita la versión, al finalizar se comprobó que el jasper funcionaba y que algunos reportes se generaban, en el día de hoy se visualiza que en algunas etapas no es posible la generación del reporte.
Se comprobó si era problema de personalizaciones pero no fue el caso, aunque tome el archivo original sigue persistiendo el error.
Se adjunta logs de apache y jasper, además la captura de la configuración.

Se aclara que actualizamos desde la versión 3.2.1 a la 3.5.0 se realizaron las pruebas correspondientes y todos los reportes se generaban correctamente en un entorno de actualización al replicarlo en producción se produce el inconveniente mencionado.

diaguita_reportes.log (48,3 KB)

error.log (24,2 KB)

imagen
imagen800×227 24.1 KB

imagen
imagen795×245 30 KB

Ante cualquier consulta, estoy a disposición.

Saludos!

2

Buenas tardes!

Revisando los logs nos surgen las siguientes dudas:

  • Al intentar generar los reportes arroja algun error por pantalla, queda todo blanco, o genera un pdf incorrecto?

  • Si genera el PDF incorrecto podrían adjuntar un ejemplo?

  • El problema se da en algun reporte en especifico, o en un tramite en particular?

  • Si es en un tramite en particular, podrían verificar que no haya formatos de textos personalizados en los campos que lo permitan?

También pueden verificar en los archivos php.ini y diaguita_reportes.sh que no haya diferencias de configuración entre el entorno de actualización y el de producción.

Saludos!

3

Hola Alejandro, te detallo las dudas.

Queda en blanco

Se da en varios reportes, comparto los reportes que me fueron informados por los usuarios funcionales.

  • ACTA PROVISORIA
  • ACTA DEFINITIVA
  • VER ACTA
  • VER ORDEN DE COMPRA
  • VER PLIEGO
  • VER FICHA
  • ACTA ALTAS

En los reportes que quedan en blanco se quito la personalización para que tome el archivo original y así observar si era la causante la personalización realizada, caso que no se dio, el error siguió persistiendo.

Se compararon los archivos mencionados, diaguita_reportes.sh se encuentra igual y los php.ini tenían diferencias, se comparte a continuación. Se actualizaron los parámetros y se reinicio el apache, no dio solución al sistema, sigue quedando en blanco.

diff /home/ipadilla/php.ini /etc/php/7.4/cli/php.ini 
398c398
< max_input_time = 90
---
> max_input_time = 60
409c409
< memory_limit = 1024M
---
> memory_limit = 2048M
694c694
< post_max_size = 64M
---
> post_max_size = 8M
846c846
< upload_max_filesize = 64M
---
> upload_max_filesize = 2M
1390c1390
< session.cookie_httponly = 1
---
> session.cookie_httponly =

Espero que haya sido de ayuda tales respuestas, respecto al error que se visualiza en los logs de jasper se menciona en el siguiente foro Error con jasper en Diaguita 3.0.1 (pantalla blanca) - (SOLUCIONADO) que la solución es lo siguiente:

Realice el cambio mencionado y el error siguió persistiendo.

si encuentro algún otro dato se los comparto. Saludos!

4

Hola Carlos!!

  • Los cambio de versión los fueron haciendo manera progresiva o pasaron de 3.2.1 a 3.5?

  • Entendemos que en el entorno de test, les funcionaban bien los reportes, por las dudas consultamos. ¿Tienen las mismas versiones y librerías en ambos ambientes??

Seguimos en contacto.

Muchas gracias

Federico

5

Hola Carlos.

Después de agregar en diaguita_reportes.sh el parámetro -Djava.awt.headless=true,¿Reiniciaste el servicio ejecutando ./bin/diaguita_reportes.sh restart?

Además, ¿Llegaste a verificar que el cambio se aplicó ejecutando: ps ax | grep jasper?
Si el cambio no se ve reflejado podrías verificar si el archivo diaguita_reportes.sh está configurado en la ruta /etc/init.d/diaguita_reportes.sh. De ser así, deberías hacer el cambio en ese archivo y reiniciar el servicio.

Saludos.

6

De la 3.2.1 a 3.5 no progresivamente.

Mismas versiones de debian, php y java, y las librerias que solicita php.
Es decir con los requerimiento que el sistema solicita.

El archivo modificado ya lo teniamos creado /etc/init.d/diaguita_reportes.sh tomó el parámetro agregado y seguía sin funcionar.

Se tiro tal comando para verificar la ejecución del mismo y aparecía el parámetro.

Para finalizar, la solución fue clonar el servidor de prueba y prepararlo para un entorno de producción.

Gracias por estar pendiente.

Saludos!

7

Hola Carlos, primero nos alegramos mucho que hayas podido solucionar el inconveniente.

Y después agradecerte que compartiste la solución y el feedback que generaste en la forma en la que fuiste analizando y respondiendo cada una de las consultas y sugerencias que se plantearon.

¡Hay equipo, hay comunidad!

Gracias de parte de todo el equipo.