eneboo-reports liberado

[aulla]

Como empezar ...
Hace un tiempo , desarrollé una pequeña libreía , que , a mi parecer ,
imitaba el funcionamiento de AQReports. La información fue bién facil
de sacar de internet , pues con jasperreports se incluye bastante del
fuente de la librería.

Esta librería está escrita en java y lo que hace es cargar un
fichero .jrxml facilitado por el ejecutable y rellenado con los datos
de unas consultas hacia la bd. El resultado es un visor de informes
para jasper reports.

Adapté un fuente del Abanq 2.3 para que funcionara con esta librería y
las pruebas y los resultados fueron bastante prometedores.Esto NO es
un enlace a Jasper Server, es un visor local de ficheros .jrxml

Por un motivo que no viene al caso abandoné el desarrollo.

El nuevo fuente de eneboo , difiere bastante del uso más simple que
tenia el viejo ejecutable y la librería no funciona.

Por este motivo , además de el de dar un impulso a eneboo , libero los
fuentes para un desarrollo open.

Fuentes

https://github.com/Aulla/eneboo-reports

Funcionamiento

http://abanq.org/productos/doc/doc_aqreports_01.pdf

Espero , que entre todos , podamos disfrutar de esta librería. Saludos

[Manuel Calomarde Gomez]

Hay una extensión que llamamos Jasper que es un sistema de uso de los
informes Jasperreports para Eneboo un poco mas complejo que el tuyo
(necesita de una configuración de un demonio con python). Lo
desarrolló Gestiweb y nosotros sacamos el parche.
No utiliza un visor propio como hace el tuyo, si no que usa un visor
externo (Evince. acroread u otro).
En cuanto a potencia a la hora de quitar, poner, modificar informes e
incluso crearlos por el cliente, es una verdadera pasada :-) pero
adolece, a mi entender (perdón maestro David) de un visor desde el que
se pueda exportar a, por ejemplo, LibreOffice.
Desde luego no es por falta de conocimientos, si no porque si no hay
quien lo "apadrine" pues no hay necesidad normal, lógica de empresa).

Yo estoy retocando la extensión que sacamos para que sea compatible
con la extensión de envío de correo-e con cliente externo y después de
ver lo que tu tienes hecho creo que estaría bien unir la parte tuya
del visor, pero con la posibilidad de exportación a LibreOffice, etc.

Tampoco estaría mal poner tu extensión como parte del estandar y la
otra como un gestor más potente.

Creo que le voy a echar un pequeño vistacillo :-)

Un saludo :-)

[José Antonio Fernández Fernández]

El jasperviewer ya exporta de por sí a .odt .xls .html etc .. No es algo que yo implementara.. Ya venia así. Lo que me gustaria es poder adaptar la libreria al ejecurable actual y no viceversa.salu2

[deavid]

El 24 de enero de 2012 14:23, Manuel Calomarde Gomez <manolo.c...@gmail.com> escribió:

Hay una extensión que llamamos Jasper que es un sistema de uso de los
informes Jasperreports para Eneboo un poco mas complejo que el tuyo
(necesita de una configuración de un demonio con python). Lo
desarrolló Gestiweb y nosotros sacamos el parche.
No utiliza un visor propio como hace el tuyo, si no que usa un visor
externo (Evince. acroread u otro).
En cuanto a potencia a la hora de quitar, poner, modificar informes e
incluso crearlos por el cliente, es una verdadera pasada :-) pero
adolece, a mi entender (perdón maestro David) de un visor desde el que
se pueda exportar a, por ejemplo, LibreOffice.
Desde luego no es por falta de conocimientos, si no porque si no hay
quien lo "apadrine" pues no hay necesidad normal, lógica de empresa).

Yo estoy retocando la extensión que sacamos para que sea compatible
con la extensión de envío de correo-e con cliente externo y después de
ver lo que tu tienes hecho creo que estaría bien unir la parte tuya
del visor, pero con la posibilidad de exportación a LibreOffice, etc.

Manolo, la nuestra empezó sólo con soporte de PDF, pero actualmente está preparada para sacar hacia cualquier formato. Hay más de un cliente que ha pedido exportación a XLS o similares.

Tal vez el problema es la falta de documentación...

 

[DeZeta]

¿Qué tal si aunamos criterios y renovamos todo el tema de informes en Eneboo?

[Jordi Marco (ITECNOGEST, S.L.)]

Hola

Creo que seria bueno, poder exportar los datos a XLS, ya que muchos usuarios lo demandan. Si unificando recursos lo conseguimos ira bien para el proyecto.

Saludos

El 24 de enero de 2012 17:18, DeZeta <dez...@klo.es> escribió:

¿Qué tal si aunamos criterios y renovamos todo el tema de informes en Eneboo?

--
Jordi Marco Sanz
+34691805769

[José Antonio Fernández Fernández]

El tema de los informes ... Cuanto dolor. Se podría poner todo el .jrxml?. Despues se podría usar o bién la librwria eneboo-reports para el pequeño .. O la extensión reports(entiendo jasper server).. Los dos metodos tienen la cualidad de exportar a otros formatos.. Uno usando phyton y el otro java. Como alguien decía ... Cuanto más personalizable mejor ... Ahora bién ..¿quien se encarga de crear los informes ?.saludos

[deavid]

El 24 de enero de 2012 17:37, José Antonio Fernández Fernández <aullas...@gmail.com> escribió:

El tema de los informes ... Cuanto dolor. Se podría poner todo el .jrxml?. Despues se podría usar o bién la librwria eneboo-reports para el pequeño .. O la extensión reports(entiendo jasper server).. Los dos metodos tienen la cualidad de exportar a otros formatos.. Uno usando phyton y el otro java. Como alguien decía ... Cuanto más personalizable mejor ... Ahora bién ..¿quien se encarga de crear los informes ?.saludos

No sé con tu sistema cómo deben ser creados, imagino que no será muy diferente al nuestro. Para nuestro caso, los jrxml son bastante sencillos de crear y creo que sí que es factible reemplazar todos los informes .kut. 

Lo de unificar los sistemas de impresión me parece buena idea, pero habría que ver cómo.

[José Antonio Fernández Fernández]

Pasos de configuración
* A parte de insalar la librería
* Se crea un reporte con Ireports.
* Este se carga como un .kut en el programa.
* Hay que modificar como dice el manual de AQReports para llamar a la función de impresión adecuada.

Funcionamiento.
* Se crea en el temp un fichero jrxml plantilla, esté está modificado por el ejecutable incluyendo los where de las consulta.
* La librería recoge el nombre del fichero y el enlace de la BD.
* La librería carga los datos en la plantilla.
* La librería muestra una ventana , con un preview de la plantilla con los datos rellenos(informe final).
* Desde la librería exportarlo o imprimirlo. Al terminar la librería retorna el foco al ejecutable.

A groso modo esa es la idea. Como digo , practicamente es un visor. no creo que difiera mucho al procesar el .jrxml
Se podría especificar algún flag para que estos ficheros se procesaran con el visor o con la extensión reports. Creo que cada uno está orientado a una clase de clientela.
 
Saludos.

[juancrobles]

Hola a todos!...

si estoy entendiendo bien buscan integrar un metodo para exportar los
reportes a cualquier otro formato ya sea usando la libreria jasper
reports; lo que implicaria hacer modificaciones al core, o una seccion
del motor eneboo + la adecuacion que requiera la libreria...

de ser asi me gustaria hacer una propuesta, aun no la tengo completa
pero podria ser la base de la ruta critica para la portacion a qt 4 o
5

saludos

[José Antonio Fernández Fernández]

Hola.Te aclaro un poco.
 De momento , la librería (que aún no es funcional) intentará usar las facilidades que se han hecho para AQReports.De esa manera el ejecutable sufrirá modificaciones mínimas(te lo dice un manazas, :P).
Por otra parte el módulo reports , desconozco si necesita modificaciones a nivel ejecutables o solo a nivel QSA(ejecución directa desde .qs).

 Por favor , no dudes en exponer tu propuesta . Saludos.

--
Cuenta de correo propiedad de FERNÁNDEZ FERNÁNDEZ, JOSÉ ANTONIO y de uso estrictamente profesional. Este mensaje electrónico está dirigido únicamente a la(s) direcciones indicadas anteriormente: el carácter confidencial, personal e intransferible del mismo está protegido legalmente.
Cualquier revelación, uso o reenvío no autorizado, completo o en parte está prohibido. Si ha recibido este mensaje por equivocación notifíquelo inmediatamente a la persona que lo remite y borre el mensaje original junto con sus ficheros anexos sin leerlo ni grabarlo total o parcialmente. Si usted no desea recibir correos de nuestra empresa, por favor, envíenos un correo a AULLAS...@GMAIL.COM manifestando tal deseo

[José Antonio Fernández Fernández]

Ups , perdón , cuando digo módulo , quiero decir extensión. Saludos.

[Manuel Calomarde Gomez]

Nosotros tenemos alguno pasado ya. Creo que el formato de factura.

Creo que no estaría mal poner un sitio donde se pudieran compartir los
informes Jasper que la gente quiera compartir. De esta forma habría
una especie de "comunidad" al respecto.

Nosotros usamos la extensión que sacamos llamada Jasper y cada vez lo
usamos más para todo tipo de informes. Si además ahora unificamos el
tema y tenemos un visor con exportación a LibreOffice, etc... pues
miel sobre hojuelas :-)

Un saludo :-)

[aulla]

Acabo de subir la primera revisión de la librería.

https://github.com/Aulla/eneboo-reports/downloads

Hay que usar un ejecutable adaptado(espero que pronto el fork oficial
acoja la actualización) y los módulos tiene que llamar a la clase
correcta(ver documentación más arriba).
La comunicación entre el ejecutable y la librería usa un sistema muy
rudimentario para intercambiar la información, pero bueno , ya vendrá
alguien y lo mejorará.

El fork aulla, ya dispone de soporte para esta librería y como siempre
estaré encantado de responder a las dudas que existan mientras no se
documenta.

Varias cosas a tener en cuenta.

con iReports

usar fuentes comunes (arial etc , si nó ews así el texto puede hacer
saltos de linea inesperados)
usar lenguaje java.
el poner una fecha(con una función java) , impide que el reporte
aparezca .. tengo que ver porqué.


La librería irá mejorando con el paso del tiempo. Saludos


On 25 ene, 22:55, Manuel Calomarde Gomez <manolo.caloma...@gmail.com>
wrote:

[aulla]

On 24 ene, 17:18, DeZeta <dez...@klo.es> wrote:
> ¿Qué tal si aunamos criterios y renovamos todo el tema de informes en
> Eneboo?

Propongo bajo buenas recomendaciones , posponer la implantación del
nuevo sistema de informes, para una futura release del ejecutable.
Mientras tanto se puede testear y aprender a trabajar con estos
informes, que aún tiene aspectos que descubrir y Documentar. Saludos

[DeZeta]

Respecto a lo del sistema desarrollado por Gestiweb con Python decir que es muy completo y flexible pero tiene una gran pega a mi modo de ver: necesita instalación y configuración adicional de la parte de Python. Para Eneboo Standard creo que deberíamos ir a lo sencillo de forma que la instalación la pueda llevar a cabo cualquiera.

Saludos,

DeZeta

[aulla]

Estoy preparando una solución integral experimental , para usar
enebooreports.jar como visor ligero de ficheros jrxml y familia. La
principal novedad de esta solución , es que permitirá el uso de
imagenes , tanto de la BD (ficheros .png) , como ficheros
físicos .jpg, .png, etc., que se usen a la hora de diseñar el informe.
El principal problema actual es que los ficheros no ván embebidos en
el .jrxml y el uso de imagenes de cualquier tipo con
enebooreports.jar, actualmente es bastante problemático.

Necesito algo de ayuda, mayoritariamente con JAVA , para avanzar
rápidamente en dos aspectos.
1) Precarga de la librería .jar , para que parezca menor el tiempo de
ejecutación de esta.esto podría producirse al arrancar el programa.
(esto es opcional y el único objetivo es merojar la experiencia del
usuario final).
2) Desarrollo de una pequeña clase para transformar al vuelo , la
"imagen png"(que no es .png igual que un fichero físico) obtenida de
la BD, y que devuleva una trama DataStream igual que la que se
recibiría desde un fichero. Esta se incrustaría en enebooreports.jar y
se especificaría en el .jrxml y otorgando la compatibilidad
facilmente.


¿Alguien se apunta?

[Carlos de Felipe Reviriego]

por mi perfecto

[aulla]

Actualización:

1) Precarga pendiente.El tiempo actual de respuesta es de 4-8
segundos.

2) El fichero se guarda en formato XPM en la BD. XPM no lo soporta de
manera nativa Java. He encontrado una clase Xpm.class gpl y en especia
la función java.jwt.image Xpm.XpmToImage(String); , pero dentro del
reporte no se comporta de la manera esperada(actualmente está
descartada como opción). La clase ya está integrada en
enebooreports.jar, por si alguien quiere experimentar.
Una posible solución a este problema es que al guardar una imagen,
esta se guarda en un campo en fllarge, pues bién mi idea es que se
guarde en un segundo campo tipo blob en formato PNG. De esa manera el
informe cargará la imagen facilmente.Si si, se duplican datos , pero
salimos ganando.¿Alguien pone pegas?.

El formato .enebooreport ya es medianamente funcional, de hecho ya
tengo algún ejecutable basado en la nueva alpha(y por supuesto lleno
de bugs) con soporte para este sistema. Necesitaria voluntarios para
ir testeando el sistema. Actualmente se pueden crear reportes con
imagenes externas (png,jpeg,etc) y meterlo todo en un fichero
enebooreport . Una vez hecho esto el fichero se carga en la BD
(incluso desde un fichero .eneboopkg, como si de un .kut más se
tratase). Cuando se pide crear el informe , este se "descomprime" y
extrae los ficheros externos que necesita el reporte a mostrar.Si
alguien quiere crear reportes o probar el ejecutable con los que hay ,
que lo avise.

Por lo demás, animo a los chicos de Documentación ,Módulos y
Extensiones , Tools y Engine a seguir trabajando con la ilusión que
muestran todos los dias.

Saludos.

[aulla]

Se han dado pasos, pero en al dirección incorrecta.

Estoy viendo la posibilidad de reiniciar este proyecto(enebooreports) por varios motivos.

El tema de la precarga , no era el culpable de la lentitud (5 , 6 segundos desde pulsar imprimir y ver el informe en pantalla(dependiendo de procesador y jre, en este caso un celeron t4200+- y openjre6). El problema era que el sistema actual que implementa eneboo realiza los siguentes pasos:
0º Guardamos el .jrxml en la BD.
Pulsamos imprimir.
1º Añande el WHERE a la consulta en el .jrxml y los pasa a disco y llamamos a la librería.
2º Conecta la librería a la BD (150 - 300 ms).
3º Compila el .jrxml y lo convierte en un .jrprint (3500 ms).
4º Rellena los datos (fill) solicitando información a la DB. (1000 ms).
5º Usamos el reporte(exportamos a pdf,mostramos en jasperviewer,etc) (500ms).

La idea que tenia en mente hasta hace poco obligaba a transportar todas las imagenes externas(a traves de un fichero comprimido(con todo lo que acarrea) que luego se descomprime en el paso 1º. Ademas el paso 3º ralentizaba bastante el proceso.

La nueva visión me la dió ayer deavid y le doy las gracias.

0º Guardamos el .jrprint(reporte compilado), en la tabla flfiles, como base64(modo texto).
Pulsamos imprimir.
1º Pasamos el .jrprint a disco y llamamos a la librería.
2º Conectamos la librería a la BD(150 - 300ms).
3º Rellena desde la librería, la variable WHERE que se encuentra dentro del .jrprint(poquito tiempo).
4º Rellena los datos (fill) solicitando información a la DB. (1000 ms).
5º Usamos el reporte(exportamos a pdf,mostramos en jasperviewer,etc) (500ms).

De esta manera el sistema mejora en varios aspectos.

1º Se guarda el flfiles con las imagenes externas ya incluidas, pues está ya compilado.
2º El tiempo de respuesta puede ser facilmente inferior a 1.5 - 2 segundos(antes 5.5 o 6 segundos), mejorando aspectos como jre, hardware o conexión a la BD.

Para generar un report,
1º Se usa ireport para generarlo.
2º Se añade una variable en la zona where de la consulta(falta por definirlo).
3º Se podría usar la misma librería, usando esta desde el interprete de comandos, para convertir el .jrxml en un jrprint.

Esta es la nueva dirección.Si alguien puede orientarme si algo no lo vé correcto, optimizar etc. sería muy de agradecer. Saludos.

[Aulla Sistemas]

Al final , mi cabezonería pudo con este proyecto.

Extensión comaptible con eneboo-assembler + librería.

Hitos conseguidos:

* Generación de reportes inferiores a 1 segundo.Dependiendo de la complejidad de este puede ser más tiempo.
* Carga de datos XPM(logo empresa,imagenes de articulos) directamente desde la base de datos. Se utiliza una clase java a modo de interface.
* No es necesario compilar previamente los reportes. Se usan los ficheros .jrxml, y ficheros adjuntos(.JPEG, estilos, etc) directamente desde una estructura en disco duro.Rápido de editar(IReports) y obtener resultados.
* Impresión directa en impresora (falta por probar).
* Exportación directa a PDF.
* Compatible, GNU Linux, macOS, windows XP y windows 7(por lo menos).
* Compatible especificaciones 4.6.0 de JasperReports.Las gráficas(chart) también están soportadas.

Requisitos:

* Tener Java SDK Instalado. javac es necesario para "compilar" los reportes.
* Tener acceso a la estructura de reportes en disco y a la librería .jar

Funcionamiento:
La extensión filtra los reportes en la función lanzarInforme. De esta manera es muy facil un cambio progresivo de los reportes de una instalación.

Esta extensión y librería ya está en explotación y dentro de poco será liberada, siempre y cuando alguien se encargue de crear algunas plantillas para que los usuarios puedan personalizar sus reportes a partir de estas.


Voluntarios?

[Juanjo Pablos]

El 20/07/12 10:43, Aulla Sistemas escribió:

> Esta extensión y librería ya está en explotación y dentro de poco será
> liberada, siempre y cuando alguien se encargue de crear algunas
> plantillas para que los usuarios puedan personalizar sus reportes a
> partir de estas.
>
>
> Voluntarios?

con eneboo-reports se crearían albaranes/facturas de clientes y
desaparecerían los malditos .kut no?

--
Después de tragos y fiestas, mira bien con quien te acuestas.

[José Antonio Fernández Fernández]

Esa es la idea si

[Juanjo Pablos]

El 20/07/12 11:07, Jos� Antonio Fern�ndez Fern�ndez escribi�:

> Esa es la idea si

pues creo que el paso mas que crear plantillas de ejemplos es pensar en
reemplazar lo que ya hay con este nuevo sistema


--
Despu�s de tragos y fiestas, mira bien con quien te acuestas.

[Jordi Marco (ITECNOPARTNER, SLU)]

Hola

Creo que seria bueno preguntarnos si hacer el salto definitivo de los .kut a JasperReports .jrxml

Saludos

El 20 de julio de 2012 11:11, Juanjo Pablos <jua...@apertus.es> escribió:

El 20/07/12 11:07, José Antonio Fernández Fernández escribió:

Esa es la idea si

pues creo que el paso mas que crear plantillas de ejemplos es pensar en reemplazar lo que ya hay con este nuevo sistema

--
Después de tragos y fiestas, mira bien con quien te acuestas.

[José Antonio Fernández Fernández]

Yo creo que los .kut hay que dejarlos tranquilos, ya hacen su función.
Ahora , que se quedan cortos, si y mucho.
El tener una solución JR mejoraría considerablemente la competitividad
en el ámbito de calidad de reportes, es un paso necesario para mejorar
la calidad de eneboo en general.

Todos sabeis que hay empresas usando soluciones JR ,con sus diferentes
interpretaciones y de muy alta calidad. Yo ofreceré esta solución JR a
la comunidad muy pronto . El ofrecerla , es para poder dar ese salto
cualitativo todos juntos e ir mejorando esta opción en comunidad.

Si se crea un repo con los reportes desarrollados por la comunidad y
con hojas de estilo

[José Antonio Fernández Fernández]

Y SE CONTRIBUYE Y MANTIENE puede ser algo genial.

[David Zafra Gómez]

Desde luego.

El 20/07/12 16:57, Jos� Antonio Fern�ndez Fern�ndez escribi�:

[Àngel Fernández]

Buenas!

Cómo va el proyecto eneboo-reports? Me interesaría ver como funciona y tal, ya que pinta muy bien.

Puedo aportar plantillas sin problema, pero me gustaría saber si ya hay algunas, para hacer las que falten.

Muchas gracias!

2012/7/20 David Zafra Gómez <dez...@klo.es>

Desde luego.

El 20/07/12 16:57, José Antonio Fernández Fernández escribió:

[José Antonio Fernández Fernández]

Antes de empezar quiero aclarar que , actualmente, la librería no se recomienda para su uso en explotación y que la info correspondiente al funcionamiento y respuesta de esta es bastante limitado(Aún estamos aprendiendo como es).

Acabo de subir algunos commits a este repositorio https://github.com/Aulla/eneboo-reports.Ya se puede descargar la extensión , manual técnico cutre 100% XD  y librería totalmente desmontada.Aún falta algo de info de compilación , una librería ya compilada para descargar y mejorar la info que hay. Esto se subirá a lo largo de esta semana que viene. También espero que empiecen a aparecer plantillas en breve y que eso facilite la expansión de este proyecto.

Últimas novedades:
* Soporte de PARAMETROS ilimitados.
* Soporte de BD PosgreSQL y MySQL (cambiando la consulta del .jrxml)
* Mayor optimización y mejoras en tiempos de procesado.

Contras :
* Por ciertas características , la versión 6 de java SDK , ya no es compatible. Necesario versión 7 SDK (probado en OpenJava JDK y ORACLE JDK).
* La impresión directa continua sin estar probada.(y menos impresión de tickets con papel de longitud variable)
* No penséis en tener buenas velocidades en un Petium4 , o en un centrino en modo ahorro.

Hace falta probarla y contribuir con reports, porque la herramienta está , y lo único que hace falta es hacerla trabajar. El que quiera contribuir puede crear un fork del repositorio https://github.com/Aulla/eneboo-reports y subir sus aportaciones.

Gracias a todos los que están colaborando haciendo pruebas reportando errores y correcciones. Saludos


 

[José Antonio Fernández Fernández]

Ya están subidas la cosas que faltaban. El manual y la librería las podéis encontrar en el apartado Downloads ( https://github.com/Aulla/eneboo-reports/downloads ) .Pronto aparecerán los primeros Reports. Saludos

[Manuel Calomarde Gomez]

Bueno, nosotros en KLO ya estamos pensando en extender la funcionalidad. La verdad es que es una extensión muy potente que me ha sorprendido por su sencillez pues solo tiene dos "cosicas" para configurarla en Eneboo.

Pero es que, así, de primeras, es compatible con cualquier otra extensión "oficial" como por ejemplo la de envío de correo desde un cliente (thunderbird, etc.), múltiples modelos de informe, etc.

Muy buen trabajo tío :-)

[José Antonio Fernández Fernández]

Gracias a vosotros por vuestros consejos y paciencia !!.Saludos

[David Zafra Gómez]

Gran trabajo Jos� Antonio, enhorabuena.

David Zafra

El 30/09/12 13:38, Jos� Antonio Fern�ndez Fern�ndez escribi�:
> Ya est�n subidas la cosas que faltaban. El manual y la librer�a las
> pod�is encontrar en el apartado Downloads (
> https://github.com/Aulla/eneboo-reports/downloads ) .Pronto aparecer�n
> los primeros Reports. Saludos
>

[Jordi.marco.sanz]

+1

Enviado de Samsung Mobile

David Zafra Gómez <dez...@klo.es> escribió:
Gran trabajo José Antonio, enhorabuena.

David Zafra

El 30/09/12 13:38, José Antonio Fernández Fernández escribió:

[Chencho]

+1000

[José Antonio Fernández Fernández]

Exacto. Espero que pronto tenga algunos ejemplos para poder subirlos. Una vez hecho esto, depende de todos vosotros que lso reports sean muchos y cada vez de mejor calidad. Si ya teneis alguno hecho por muy cutre que sea , lo subimos y entre todos lo vamos mejorando... uno mete formas de pago, el otro crea una hoja de estilos y le mete estilos a todos, etc... .Yo por mi parte intentaré ir actualizando la librería con BUGS y Jasper Reports cada vez más actualizados.
Además también hace falta recetas de como se hacen las cosas (tengo un tipo de letra que no sabia como aplicarla y lo hice así , o hace falta implementar como se hace esto) .... Todas las colaboraciones son agradecidas.


Otro detalle , esta librería puede funcionar de manera autónoma lanzando un comando al shell(sin la ext jasper plugin, ni el ejecutable eneboo), lo digo porque otros proyectos amigos ( facturascript ) podría beneficiarse mucho de la posibilidad de generar ficheros PDF, (el que dice PDF , dice HTML en una proxima release) etc... .Saludos a todos y gracias por la buena acogida.

El 1 de octubre de 2012 12:54, <in...@aginformatica.es> escribió:

Muchas gracias y muy agradecido.

+1

Ahora toca contribuir con los informes.

El domingo, 30 de septiembre de 2012 13:38:05 UTC+2, Aulla Sistemas escribió:

[Juanjo Pablos]

El 01/10/12 14:08, Jos� Antonio Fern�ndez Fern�ndez escribi�:
> Adem�s tambi�n hace falta recetas de como se hacen las cosas (tengo un
> tipo de letra que no sabia como aplicarla y lo hice as� , o hace falta

> implementar como se hace esto) .... Todas las colaboraciones son
> agradecidas.

Estoy buscando una manera de hacer imprimir los cheques bancarios,
�crees que se podr�a utilizar esto?


--
Por donde los santos pasan, se va quedando Dios.
-- J. Guitton.

[Juanguinho]

Muchas gracias por el curre.
+100

El lunes, 1 de octubre de 2012 14:54:13 UTC+2, Juan Jose Pablos escribió:

El 01/10/12 14:08, Jos� Antonio Fern�ndez Fern�ndez escribi�:
> Adem�s tambi�n hace falta recetas de como se hacen las cosas (tengo un
> tipo de letra que no sabia como aplicarla y lo hice as� , o hace falta

> implementar como se hace esto) .... Todas las colaboraciones son
> agradecidas.
Estoy buscando una manera de hacer imprimir los cheques bancarios,

�crees que se podr�a utilizar esto?

[José Antonio Fernández Fernández]

Por supuesto. Bajate ireports .. Y usa alguna plantilla de ejemplo. A ver si se sube alguna entre hoy y mañana. Salu2

El 01/10/2012 14:54, "Juanjo Pablos" <jua...@apertus.es> escribió:

El 01/10/12 14:08, José Antonio Fernández Fernández escribió:

Además también hace falta recetas de como se hacen las cosas (tengo un tipo de letra que no sabia como aplicarla y lo hice así , o hace falta implementar como se hace esto) .... Todas las colaboraciones son agradecidas.

Estoy buscando una manera de hacer imprimir los cheques bancarios, ¿crees que se podría utilizar esto?

[José Antonio Fernández Fernández]

Pero recuersa q ss paea e perimentos tuyos. No esta recomendado para explotación aún.salu2

El 01/10/2012 14:54, "Juanjo Pablos" <jua...@apertus.es> escribió:

El 01/10/12 14:08, José Antonio Fernández Fernández escribió:

Además también hace falta recetas de como se hacen las cosas (tengo un tipo de letra que no sabia como aplicarla y lo hice así , o hace falta implementar como se hace esto) .... Todas las colaboraciones son agradecidas.

Estoy buscando una manera de hacer imprimir los cheques bancarios, ¿crees que se podría utilizar esto?

[José Antonio Fernández Fernández]

Acabo de subir un report con un recibo por triplicado, es muy mejorable , pero por algo se empieza.saludos

https://github.com/Aulla/eneboo-reports/tree/master/reports/PostgreSQL/i_reciboscli

Saludos

[Jordi Marco (ITECNOPARTNER, SLU)]

Hola

Una pregunta; como se ejecuta desde shell.

Gracias

[José Antonio Fernández Fernández]

Aquí tienes instrucciones.Saludos

https://github.com/Aulla/eneboo-reports/downloads

[José Antonio Fernández Fernández]

Era lo que pedias?.saludos

[José Antonio Fernández Fernández]

Acabo de subir una factura . Es Sencilla y tiene el logo de la empresa. Gracias Manuel Calomarde y a KLO por su aportación. En principio creo que sería bastante facil crear albaranes , pedidos y presupuestos a raiz de esta. Si alguien la quiere mejorar y luego sacamos una familia de documentos similares estaría muy bien. Saludos

[José Antonio Fernández Fernández]

Adjunto PDF de ejemplo. Os recuerdo que estos reports se pueden modificar facilmente con la herramienta gratuita IReports.Saludos

[José Antonio Fernández Fernández]

Nuevos reports , más sofisticados

Ejemplos pdf:
https://github.com/downloads/Aulla/eneboo-reports/Ejemplos%20Aleix.zip

Saludos

El 3 de octubre de 2012 22:52, José Antonio Fernández Fernández <aullas...@gmail.com> escribió:

Adjunto PDF de ejemplo. Os recuerdo que estos reports se pueden modificar facilmente con la herramienta gratuita IReports.Saludos

[José Antonio Fernández Fernández]

Hola a todos.
Acabo de publicar un nuevo Build (16102012).Mejoras :
* Inicialización más rápida.
* La barra del título muestra el nombre del report.
* Mejoras en el tratamiento de errores.

Se puede descargar aquí:
https://github.com/downloads/Aulla/eneboo-reports/enebooreports.jar

Saludos

[Juanguinho]

+100 Gracias otra vez

[José Antonio Fernández Fernández]

Acabo de liberar la versión 2 de la librería Build 20121026

Algunas de las mejoras:

* Facil de actualizar.
            Eneboo Reports se basa en la librería Jasper Reports. Esta librería se suministra de manera distribuida en ficheros.jar . En vez de crear un fichero.jar gigante , lo que hacemos ahora es usar la misma estructura distribuida que suministra la librería. De esta manera es muy facil mantener Eneboo Reports actualizado a la última versión de JasperReports (4.7.1 actualmente).

* Inicialización más rápida.
            Ahora la librería es un directorio. Este contiene la librería enebooreports.jar (35K) y el directorio lib. Este último contiene todas las dependencias de la librería Jasper Reports (inicialmente la 4.7.1) junto con otras librerías necesarias, además , todo esto empaquetado en ficheros .jar individuales de manera que al cargar la librería solo carga sus necesidades iniciales y el resto no se carga. Con la V1 todo estaba dentro de un fichero .jar de 14MB y costaba mucha carga del sistema mover inicialmente este fichero.

* Tratamiento de reports más rápido.
           Por el mismo motivo que inicializa más rápido, también procesa los reports, alcanzandose tiempos inferiores a 1 segundo en escenarios normales.

* Compilador propio.
           Al disponer de todos los requisitos de la librería Jasper Reports estas facilitan un compilador (groovy) que podemos seleccionar a la hora de diseñar el documento. De esta manera, en teoría, podemos olvidarnos de instalar un Java SDK , y conformarnos con el JRE que cualquier sistema de certificados digitales necesita. La diferencia entre javac(más rápido) y groovy es muy pequeña.

* Detección de tipos de letra.
          Si el informe requiere un tipo de letra determinado , este será avisado en modo de error. Para añadirlo usaremos los directorios usados por JVM.

* Todas las funcionalidades de Jasper Reports.
          Ahora podemos disponer de todas las funcionalidades , como 2 sistemas de generación de códigos de barras ( incluido DataMatrix QR ), Gráficas

* Compatible con la extensión de siempre
            La ext9002-jasper_plugin continua siendo compatible con esta versión de Eneboo Reports.

Podéis descargar la librería aquí.
https://github.com/Aulla/eneboo-reports/downloads


Saludos

[David Zafra Gómez]

Genial.

David Zafra Gómez

----- Reply message -----
De: "José Antonio Fernández Fernández" <aullas...@gmail.com>
Fecha: vie., oct. 26, 2012 23:03
Asunto: [eneboo] Re: eneboo-reports liberado
Para: <ene...@googlegroups.com>

Acabo de liberar la versión 2 de la librería Build 20121026

Algunas de las mejoras:

* Facil de actualizar.
           Eneboo Reports se basa en la librería Jasper Reports. Esta
librería se suministra de manera distribuida en ficheros.jar . En vez de
crear un fichero.jar gigante , lo que hacemos ahora es usar la misma
estructura distribuida que suministra la librería. De esta manera es muy
facil mantener Eneboo Reports actualizado a la última versión de
JasperReports (4.7.1 actualmente).

* Inicialización más rápida.
           Ahora la librería es un directorio. Este contiene la librería
enebooreports.jar (35K) y el directorio lib. Este último contiene todas las
dependencias de la librería Jasper Reports (inicialmente la 4.7.1) junto
con otras librerías necesarias, además , todo esto empaquetado en ficheros

..jar individuales de manera que al cargar la librería solo carga sus

[Juanguinho]

Impresionante el curro. Enhorabuena y gracias

[José Antonio Fernández Fernández]

Ya está disponible un nuevo build con soporte de la versión 5.0.0 de Jasper.

https://github.com/downloads/Aulla/eneboo-reports/EnebooReports20121130.zip

También está disponible los informes estilo PCCITO para MySQL.

https://github.com/Aulla/reports4eneboo-reports

Saludos

[David Zafra Gómez]

Muy grande José Antonio.

El 30/11/12 09:38, José Antonio Fernández Fernández escribió:

[jordi.marco.sanz]

Genial. Eres un "monstruo". +1

Enviado de Samsung Mobile

David Zafra Gómez <dez...@klo.es> escribió:

[José Antonio Fernández Fernández]

Hola a todos!!.

Hace unos dias publiqué una nueva build de la librería y se ha actualizado la extensión para poder asignar una cantidad de memoria al JVM. Es la 20130118. La diferencia con las versiones anteriores de la librería, es el uso de virtualización y serialización para gestionar reportes, incluso muy muy muy grandes más eficientemente(cientos de miles de registros).

Caso real:

Un ejemplo es un report con 1500 páginas y el uso de 2 XPM , consumia la friolera de más de 5gb!! y java se cerraba (a los 4 minutos de proceso). Ahora al especificar JVM = 8192 y el uso de carpetas temporales, esté proceso termina satisfactoriamente ( a los 4 mituos de proceso).

Ostias 5GB de ram y 4 minutos, que ruina !!. Pues si. ¿Solucionable? , pues si. El uso de XPM desde la BD hace un uso muy alto de la memoria(tanto el tamaño de los datos recibidos como la clase XPM). Si el informe es pequeño < 200 páginas , no tendría que pasar nada, pero si es más grande los tiempos y recursos se disparan.


Para solucionarlo:
- usamos imágenes guardadas en la carpeta del informe(en vez de cargarlas por la consulta SQL), especificando la ruta relativa a este.

- Eliminamos la carga de las imagenes de la consulta.

 Estas imagenes en disco ,al parecer, son cacheadas por la librería y al realizar el mismo informe con estas modificaciones (ahora 2000 páginas) el tiempo se reduce a 10 segundos con inicialización y 3 segundos al repetir el documento, y la memoria no supera los 700mb . Es decir pasamos de 5GB de ram y 4minutos ------ A ------- 0,7GB de ram , 10 Segundos y un 1/3 más de datos. Si la librería se uso en ese informe con anterioridad el tiempo se reduce a 3 segundos.

Es bueno tener constancia de estos casos para poder solucionarlos más rápido.

Gracias chencho por tu paciencia !!.

Aquí dejo el enlace a la librería

https://docs.google.com/uc?export=download&confirm=no_antivirus&id=0B0OvmE7WvNitSGhzYWl0cUoxcW8

Aquí esta la extensión (9002) actualizada con el límite de JVM (aunque normalmente no será necesario), pronto estará en el repo oficial. La genial ext1058-jplugin_plus, es un complemento perfecto !!!

https://github.com/klo-manolo/eneboo-features/commits/master

Saludos

[David Zafra Gómez]

Genial.

El 01/02/13 11:30, José Antonio Fernández Fernández escribió:

--
Has recibido este mensaje porque estás suscrito al grupo "Eneboo" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a eneboo+un...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[José Antonio Fernández Fernández]

Adjunto nueva build con varias mejoras:

* Soporte de impresión directa.

* Jasper Library 5.0.1

Con este avance en impresión directa, ya no es obligatorio el uso de kut's en impresoras de tickets gestionadas por el S.O.

Adjunto el link:

https://docs.google.com/file/d/0B0OvmE7WvNitSHJVWmsyLWU2ek0/edit?usp=sharing

Saludos.

[Juanguinho]

+1. A probarlo...xD Gracias Jose Antonio.
pd: Por cierto, ¿puedes recordarme donde estaba colgado un documento con las instrucciones de uso? Lo tenía pero ... Gracias nuevamente y un saludo

[José Antonio Fernández Fernández]

Luego te envio un zip.salu2

[Manuel Calomarde Gomez]

La madre que te parió ;-)

[José Antonio Fernández Fernández]

Hola. Mira este repo:
https://github.com/Aulla/reports4eneboo-reports

Saludos

El día 6 de febrero de 2013 19:33, <sinf...@gmail.com> escribió:
> Buenas tardes.
> Estoy peleándome con el jasperreports en eneboo y necesitaba un ejemplo para
> empezara a crear informes a partir de ese ejemplo. Este enlace que has
> puesto ya no funciona. ¿Podrías volver a subir el informe?, o si alguien
> tiene un juego de informes que sea amable de compatir, estaría muy
> agradecido.
>
> Un saludo.

> --
> Has recibido este mensaje porque estás suscrito al grupo "Eneboo" de Grupos
> de Google.
> Para anular la suscripción a este grupo y dejar de recibir sus correos
> electrónicos, envía un correo electrónico a
> eneboo+un...@googlegroups.com.
> Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
>
>

[José Antonio Fernández Fernández]

Adjunto tenéis la documentación que tengo de Eneboo Reports y la ext
9002-jasper_plugin.
Salu2!

El día 6 de febrero de 2013 23:46, José Antonio Fernández Fernández

[SINFOMAC, S.L.]

Muchas gracias.

El 06/02/13 23:46, José Antonio Fernández Fernández escribió:

--

 

SINFOMAC, S.L.

Dpto. Técnico SINFOMAC.

Telf.: (+34) 986 35 35 86 / (+34) 986 16 67 15

Móvil: (+34) 671 71 54 71

Fax: (+34) 986 16 58 19

Skype: sinfomac

E-mail: tecn...@sinfomac.com

Web: www.sinfomac.com

 

 

**************************** AVISO SOBRE CONFIDENCIALIDAD Y PROTECCIÓN DE DATOS ****************************

SINFOMAC, S.L., como Responsable del fichero, con domicilio social en c/ Avenida de Sabarís 14, Bajo E, 36393 Baiona (PONTEVEDRA) en cumplimiento de lo dispuesto por Ley Orgánica 15/1999 del 13 de diciembre de Protección de Datos de Carácter Personal y de la Ley de Servicios de la Sociedad de Información y Comercio Electrónico (LSSI-CE 34/2002), le informa de que su dirección de correo electrónico, así como el resto de los datos de carácter personal que nos facilite, serán objeto de tratamiento automatizado en nuestros ficheros, con la finalidad de gestionar la agenda de contactos de nuestra empresa. Vd. podrá en cualquier momento ejercer el derecho de acceso, rectificación, cancelación y oposición en los términos establecidos en la Ley Orgánica de Protección de Datos de Carácter Personal (LOPD. 15/1999). También le notificamos de que est

e mensaje -incluyendo cualquier archivo adjunto- es Privado y Confidencial, y va dirigido sólo al destinatario indicado, por tanto si ha recibido este mensaje por error, le solicitamos nos lo notifique inmediatamente por esta misma vía y proceda a su eliminación.

***************************** PRIVILEGED AND CONFIDENTIAL *****************************

This message -including any attached file- is PRIVATE AND CONFIDENTIAL and it is only intended for the addressee named above. If you have received this message and it is not addressed to you, please advise us immediately and kindly remove it from your system. The use or disclosure of the contents of this message may be regarded as an offence. Do not copy, reproduce or disclose them, either partially or fully.

[SINFOMAC, S.L.]

Gracias de nuevo.

El 07/02/13 00:31, José Antonio Fernández Fernández escribió:

--

 

SINFOMAC, S.L.

Manuel Carou

Telf.: (+34) 986 35 35 86 / (+34) 986 16 67 15

Móvil: (+34) 671 71 54 71

Fax: (+34) 986 16 58 19

Skype: sinfomac

E-mail: sinf...@sinfomac.com

[SINFOMAC, S.L.]

¿Estos informes son compatibles con el Jasper que desarrolló David de gestiweb?
Probé un informe de pccito y me salta este error.

El 06/02/13 23:46, José Antonio Fernández Fernández escribió:

--

 

SINFOMAC, S.L.

Dpto. Técnico SINFOMAC.

Telf.: (+34) 986 35 35 86 / (+34) 986 16 67 15

Móvil: (+34) 671 71 54 71

Fax: (+34) 986 16 58 19

Skype: sinfomac

E-mail: tecn...@sinfomac.com

[José Antonio Fernández Fernández]

No. Estos reports son para Eneboo-Reports , que es la solución que está liberada y de la que trata este hilo. :P. Saludos

[SINFOMAC, S.L.]

Pensé que eran proyecto similares.
Es decir que conducían al mismo camino pero de diferentes formas.
Muchas gracias.
Voy a leer un poco mas este hilo, pues tengo ganas de probar el eneboo-reports pero no se todavía no se como va o como se integra en una mezcla de eneboo.

Un saludo.

El 07/02/13 01:46, José Antonio Fernández Fernández escribió:

[Juanguinho]

Gracias por la documentación. un saludo

[Manuel Calomarde Gomez]

No son tan diferentes, lo que pasa es que si tienes la extensión de jasper de GW tendrás que quitarla (no es problematico, es poco código y unos formularios sueltos bien identificados).

En cuanto a los iReports que tengas hechos para la ext. de GW, casi estoy por decirte que no los tienes que tocar. En todo caso hechales un vistazo a las variables WHERE, FROM y esas.

Cuando se desarrolló jasper-plugin, se tubo en cuenta esto, por lo que no deberías tener problemas (o no muchos) al usar los iReports.

Saludos :-)

[José Antonio Fernández Fernández]

Si no recuerdo mal , en las primeras plantillas que se aportaron , incluia una variable o parametro que indicaba el path de los subreports, cosa que ahora no se usa con la ext9002., es un path fijo.Ademas el pantallazo que muestras es con referencia a una etiqueta que falta en la cabecera del documento (uuid).

Saludos

 

[Aulla Sistemas]

Acabo de subir una nueva build 5.0.4-20130418. Integra JasperRerports Library 5.0.4.

Para descargar Libreria Eneboo Reports:
Build 5.0.4-20130418

Para descargar el editor IReports:
IReports 5.0.4


Saludos

[Àngel Fernández]

Buenas!

He detectado que (como mínimo) con las dos ultimas versiones de eneboo-reports hay un bug en Windows XP.

Parece que genera correctamente el report y abre el visualizador, pero al intentar apretar a guardar (para elegir formato PDF, excel, etc.), se queda completamente colgado.

Lo raro es que con el Report que viene para probar la libreria (desde configuración de informes) no se cuelga.

Lo hemos reproducido en todos los ordenadores con XP que hemos probado (unos 5), y con diferentes informes. En los ordenadores con Windows 7 no falla.

Ya se conocía este bug? A alguien más le pasa?

Gracias!

2013/4/18 Aulla Sistemas <aullas...@gmail.com>

[José Antonio Fernández Fernández]

Hola Ángel.

No tenia constancia de ese bug.
- Lo primero que pienso que puede ser un problema con java.

Has probado con diferentes versiones de java?.

- La diferencia de el informe de ejemplo al resto es que ya está compilado.

Prueba a cambiar de compilador de informes, puedes usar language="groovy" o "java"

Pronto publicare la 5.1.0 , espero que algunos de estos caminos solucione el problema. Saludos

[Aulla Sistemas]

Acabo de subir una nueva build 5.1.0-20130529. Como viene siendo habitual, la unica novedad es la actualización de la librería jasper reports a su versión más reciente 5.1.0.

URL de descarga:
https://docs.google.com/uc?export=download&confirm=fimK&id=0B0OvmE7WvNitcVZYaEhwSG9LS0k

Saludos

[Aulla Sistemas]

Hola. Desde hace unos minutos está disponible una nueva release (5.1.2-20130627) que incluye la versión 5.1.2 de las librerias Jasper Library.
También se ha solucionado un bug que afectaba a los equipos con windows XP.

Enlace de Descarga:

Build 5.1.2-20130627

Saludos

[Manuel Calomarde Gomez]

Gracias :-)

[Aleix Freixa]

Genial, gracias!

2013/6/27 Manuel Calomarde Gomez <manolo.c...@gmail.com>

--

Has recibido este mensaje porque estás suscrito al grupo "Eneboo" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a eneboo+un...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

--
http://cercainformatic.bloc.cat

[Aleix Freixa]

Buenas,

ya he probado la nueva versión de eneboo-reports con 2 máquinas con Windows XP.

He observado lo siguiente:

- Con la versión antígua, al apretar en el botón de guardar o imprimir, se quedaba atascado.

- Con la nueva versión, ya he podigo guardar los documentos en distintos formatos, pero al imprimir a la impresora (lo he probado con diferentes impresoras), se queda colgado eneeboo reports.

También he probado con diferentes versiones de java (1.7.0.09, 1.7.0.21 y 1.7.0.24).

¿A alguien más le pasa?

Saludos!

2013/6/28 Aleix Freixa <aleix...@gmail.com>

--
http://cercainformatic.bloc.cat

[José Antonio Fernández Fernández]

Hola. Prueba lo siguiente:
Con la libreria vieja y la nueva ,dale a version e intenta imprimir ese report. ¿pasa en las 2 versiones lo mismo?. Salu2

[Aleix Freixa]

Hola,

ya he hecho las pruebas, y he de decir que aún me han desconcertado más.

El report por defecto se imprime correctamente con las 2 versiones.

Saludos.

Aleix

2013/6/28 José Antonio Fernández Fernández <aullas...@gmail.com>

--
http://cercainformatic.bloc.cat

[José Antonio Fernández Fernández]

OK. Te explico el problema y vemos si encontramos una solución entre todos:

Solo pasa en windows xp (no win7)

Cuando se envia un report a ver por el visor, este se procesa y se llama al visor. El visor lo muestra y sin cerrar el visor,la libreria vuelve a escuchar por si hay nuevas ordenes de trabajo.El problema de windows xp, es que si despues de llamar al visor , volvemos a escuchar sin terminar con este, los dialogos de guardar e imprimir, se cuelgan. Para solucionarlo, metí un 

mientras ((visor.isActive())

      Hilo.pausa(500ms);

 Con esto, los dialogos volvieron a funcionar. El que el report "versión" funcione bién es porque al visualizarlo, le digo a la librería que se cierre y no vuelva a escuchar.

 Esta noche volveré a hacer pruebas e intentaré solucionar el problema que afecta a windowsxp , pues lo necesito.Espero que implementandolo de otra manera, este problema se solucione.

 La próxima release (espero que inminente) estará mejor probada.


Saludos

[José Antonio Fernández Fernández]

Adjunto fichero de prueba. Podéis sustituirlo de la última librería publicada y decirme si funciona correctamente en XP y 7?.Saludos

[Aleix Freixa]

Hola!

Estoy de viaje este fin de semana.

El lunes a primera hora lo pruebo  y te digo algo.

Mucosa Gracias!!

El 28/06/2013 21:24, "José Antonio Fernández Fernández" <aullas...@gmail.com> va escriure:

[José Antonio Fernández Fernández]

Nueva Build 5.1.2-130629.

Novedades:

- Solución definitiva al problema con windowsXP (por lo menos mis pruebas parecen confirmarlo).

- Splash Screen mientras la librería procesa la información. (Gracias a Calidae SL por su ayuda).

- Ahora PDF es la primera opción a la hora de exportar documentos.

Adjunto enlace de descarga
Build 5.1.2-130629

Si detectan problemas, por favor , reporten.Saludos

[Aleix Freixa]

Hola Jose Antonio!

Muchas gracias!

ya hemos hecho algunas pruebas:

De momento lo hemos probado en 4 ordenadores con Windows XP con los siguientes resultados:

- En 3 de ellos se ha colgado al imprimir el report

- En 1 de ellos HA FUNCIONADO la impresión.

Lo que voy a probar en seguida que tenga un rato más es comprobar las versiones de Java y Eneboo para ver si hay alguna relación .

Os mantengo informados!

Saludos!

2013/6/30 José Antonio Fernández Fernández <aullas...@gmail.com>

--
http://cercainformatic.bloc.cat

[José Antonio Fernández Fernández]

Yo las pruebas fueron realizadas con xp sp3 Pro. Java 7u25. Sobre una impresira generica solotexto(veia si llegaba a pendientes) y sobre una pdfcreator. Salu2

[Aleix Freixa]

mmmm. eso puede ser una buena pista.... precisamente, en el último XP que he probado, el documento estaba en la cola de impresión, pero no se ha llegado a imprimir, y colgaba eneboo reports... después lo pruebo de nuevo a ver si encuentro más pistas...

Saludos!

2013/7/1 José Antonio Fernández Fernández <aullas...@gmail.com>

--
http://cercainformatic.bloc.cat

[José Antonio Fernández Fernández]

jajaj estos xp van a dar guerra!!

[Aleix Freixa]

Buenas José Antonio!

bueno, después de más pruebas he de decir que creo que puede haber alguna pista...

Las pruebas se han hecho en éstas condiciones:

Funciona en una máquina con:

- Windows XP + SP3

- Java 1.7.0_17

- Eneboo Reports ....0629 (última)

- Eneboo 2.4.0.2

"No funciona" en varias máquinas con:

- Windows Xp + SP3

- Java 1.7.0_9 i 1.7.0_17

- Eneboo Reports ....0629 (última)

- Eneboo 2.4.0.2 i 2.4.0.5

OJO!! he puesto entre comillas "No funciona" porqué, mientras estaba escribiendo el mail, se me ha ocurrido imprimir otro report, y me ha salido el primer report por la impresora, quedándose en cola el segundo que he lanzado.

es decir, creo que en realidad sí funciona, pero con ese Delay que no parece normal....

Espero que te sirva de ayuda para encontrar el problema.

Muchas gracias por lo que te estás currando!

Saludos!

[José Antonio Fernández Fernández]

¡ Esto es la guerra !. XD

Por favor prueba este nuevo jar que te envío(pegaló en la ultima librería (0629)).Si funciona explico lo que hace.
Espero respuesta.
Saludos

 

[Aleix Freixa]

Hola crack!!

me has pillado apagando el ordenador, pero no he podido resistir volver a encenderlo.

Y casi me pongo a llorar cuando he visto que ha funcionado!!!!

Mañana haré alguna otra prueba.... pero seguro que también funcionará!!

Ahora viene cuando nos cuentas lo que has hecho! ;-p

Saludos!

2013/7/2 José Antonio Fernández Fernández <aullas...@gmail.com>

--
http://cercainformatic.bloc.cat

[Aleix Freixa]

José Antonio 1 - Windows XP 0  ;-p

Saludos!

2013/7/2 Aleix Freixa <aleix...@gmail.com>

--
http://cercainformatic.bloc.cat

[José Antonio Fernández Fernández]

XD.

Cuento lo que he hecho:
Para intentar evitar que la librería parara mientras se mostraba el visor y no volviera a escuchar otro pedido de reporte (esto es lo que xp no digería bien y colgaba los diálogos), escribí el siguiente código:

while (viewer.isActive())
    Thread.sleep(500);    //Esperamos a que el visor se cierre
   
El problema es que no funcionaba exactamente como quería , pues tras un tiempo dejaba de estar activa , y este tiempo no correspondía al momento de cerrar la ventana).

Ahora he reescrito ese código de la siguiente manera:

while (viewer.isShowing())
    Thread.sleep(500);    //Esperamos a que el visor se cierre
viewer.dispose();

Ahora SI espera a cerrara la ventana, y por si acaso dispose() destruye la instancia viewer, de manera que si la cola de impresión estaba "enganchada" con el viewer, esta se suelte y procese lo que tiene (vamos que esto último es una comida de coco mía).

Si enviamos un nuevo pedido desde eneboo a la librería mientras el visor está abierto, este se procesará al cerrar la ventana del pedido anterior.

Luego subiré la nueva build.
Saludos

[José Antonio Fernández Fernández]

Aquí está el link de descarga:

Build 5.1.2-20130702

Saludos.

[Aleix Freixa]

Genial José Antonio,

muchas gracias!!

Aleix

2013/7/3 José Antonio Fernández Fernández <aullas...@gmail.com>

--
http://cercainformatic.bloc.cat

[Chencho]

Un monumento es lo que te mereces Jose!

[José Antonio Fernández Fernández]

Nueva build 5.1.2-20130715.
Soluciona el bug que mantenia el slpashscreen en pantalla al procesar un jrxml erroneo.
Descarga aquí

Saludos

El 12 de julio de 2013 10:17, Chencho <chenc...@gmail.com> escribió:

Un monumento es lo que te mereces Jose!

--

Has recibido este mensaje porque estás suscrito al grupo "Eneboo" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a eneboo+un...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.
 
 

[David Zafra Gómez]

Qué eficiencia. Gracias José Antonio.

Saludos,

David

El 15/07/13 19:39, José Antonio Fernández Fernández escribió: