Netapsys Blog

Pour ce premier billet, je souhaite aborder avec vous une question chère à tous nos clients actuellement : "Comment générer une édition (comme un courrier ou une facture) prête à être imprimée depuis une application métier ?"

Aujourd'hui il existe une multitude de solutions concurrentes et modernes pour répondre à cette problématique avec en règle générale une stratégie simple : "la solution retenue doit être cohérente avec la technologie de l'application métier ou du moins y être facilement intégrable". Sans être exhaustif, je citerai :

• Sql Server Reporting Service sur technologie .NET ;
• JasperReport côté Java ;
• BIRT toujours côté Java ;
• POI (et plus précisément HWPF pour la manipulation de documents Word) ;
• Serveur Open Office ;
• FPDF pour générer un PDF en PHP ;
• Plus une longue liste d'API disponibles et plus ou moins performantes.

La liste est donc longue ... trop longue même ... chaque produit étant supporté par sa communauté.

Si on creuse un peu plus le besoin de l'utilisateur final, la question se complique encore un peu car la solution doit aussi :

• S'appuyer sur un modèle comportant des zones dynamiques insérées entre des zones statiques ;
• Permettre à un non informaticien de modifier ce modèle ou au moins les zones statiques de ce modèle.

Et c'est précisément ce deuxième point qui, assez rapidement, démontre les limites des solutions actuelles.

Ce cas concret (il fallait que je le place pour ce premier billet) a été rencontré récemment par une équipe NETAPSYS sur un projet Java / J2EE : la solution d'édition devait être capable de générer un courrier à partir d'un modèle RTF comportant des zones statiques, des zones dynamiques mais aussi des conditions d'affichage du type "si la victime est hospitalisée alors affiche l'adresse de l'établissement de santé".

Après plusieurs prototypes et quelques déceptions, l'équipe a finalement retenu le couple technique "RtfTemplate / Velocity" pour répondre à cette question.

Dans mes prochains billets, j'aborderai avec vous les points suivants :

1. Description technique du prototype mis en place ;
2. Avantages et inconvénients mis en évidence par ce prototype ;
3. Retours d'expérience liés à la mise en œuvre de cette solution.

Tout d'abord pour bien commencer le sujet et poser le contexte je vous propose une définition de la Business Intelligence aussi connue sous le nom d'informatique décisionnelle :

L'informatique décisionnelle désigne les moyens, les outils et les méthodes qui permettent de collecter, consolider, modéliser et restituer les données immatérielles d'une entreprise en vue d'offrir une aide à la décision et de permettre aux responsables de la stratégie d'entreprise d'avoir une vue d'ensemble de l'activité traitée. Source Wikipédia

Cette API open source est une surcouche de jasper report supportée, entre autres, par struts2, webwork et grails.

Elle permet de réaliser un rapport simple en quelques minutes, car son but est de cacher la complexité de jasper report et de se passer du designer Ireport qui n'est pas toujours très intuitif.

Présentation du projet BIRT

(source : eclipsetotale.com)

Le projet BIRT, Business Intelligence and Reporting Tools, propose un système de création de rapports pour les applications Web. Comme tous les projets développés dans le cadre de la fondation Eclipse, BIRT est open-source et libre d'utilisation. Ce projet est particulièrement actif et on peut trouver de nombreux exemples. Les deux principaux composants de BIRT sont un outil de conception de rapports basé sur Eclipse et un moteur d'exécution installable sur un serveur d'applications J2EE.

Le rendez-vous technique JasperDirections 2008, le 2 juillet, organisé par JasperSoft et Talend, a présenté les grands jalons de la feuille de route de la suite JasperSoft Business Intelligence. La soirée intégrait également une démo de JasperSoft v3, de l'exportateur Flash de JasperReports, et de Talend Open Studio.