il y a quelques mois, je voulais tester à un niveau assez avancé un générateur de rapports opensource. J'ai donc testé 3 éléments différents:
- BIRT
- JasperReports
- Pentaho
Mes besoins étaient assez avancés surtout au niveau de la génération de graphiques. Après pas mal de temps passé dessus, voici quelles sont mes remarques:
- d'abord, il n'existe quasiment aucune doc sur iReports ! Il faut l'acheter. Donc, j'ai essayé de me débrouiller sans doc et malgré ma pugnacité, je n'ai pas réussi à faire ce que je voulais.
- J'ai testé rapidement la suite de Pentaho mais j'en ai été assez déçu: c'est lourd, il y avait un bug de nommage de table assez insupportable et
- Pour BIRT, il existe pas mal de doc et surtout un site communautaire (birt-exchange) avec pleins d'astuces, c'est facilement instalable depuis Eclipse et surtout, le moteur de graphiques est vraiment très bon: c'est le seul qui m'a permis de faire vraiment ce que je voulais en peu de temps. En revanche, le moteur de rendu ne génère pas d'ODT (mais du Word 2003 XML qu'on peut ensuite charger dans OpenOffice).
Toutefois, le retour d'expérience (sur 6 mois) que j'ai est le suivant:
- les applications de reporting (quelles soient opensource ou proprio), c'est lourd comme la mort en terme de consommation mémoire et CPU. Tout ça pour faire un pauvre rapport que le moindre tableur te permet de créer aussi chiadé (mais uniquement à la main lui, pas en génération automatique).
- il est important de bien préparer son jeu de données: je dois souvent adapter mes requêtes SQL aux moteurs de rendu: avec de bonnes requêtes, on peut générer des tableaux complexes et malléables en trois minutes (intérêt des tableaux croisés dynamiques) et également des graphiques comparatifs.
Bon, effectivement, mes besoins sont différents des tiens: je dois générer des rapports à la demande et pas coder une application web...
# Pour moi:BIRT c'est mieux que Jasper
Posté par Médéric RIBREUX (site web personnel) . En réponse au journal Jasper et Birt. Évalué à 5.
il y a quelques mois, je voulais tester à un niveau assez avancé un générateur de rapports opensource. J'ai donc testé 3 éléments différents:
- BIRT
- JasperReports
- Pentaho
Mes besoins étaient assez avancés surtout au niveau de la génération de graphiques. Après pas mal de temps passé dessus, voici quelles sont mes remarques:
- d'abord, il n'existe quasiment aucune doc sur iReports ! Il faut l'acheter. Donc, j'ai essayé de me débrouiller sans doc et malgré ma pugnacité, je n'ai pas réussi à faire ce que je voulais.
- J'ai testé rapidement la suite de Pentaho mais j'en ai été assez déçu: c'est lourd, il y avait un bug de nommage de table assez insupportable et
- Pour BIRT, il existe pas mal de doc et surtout un site communautaire (birt-exchange) avec pleins d'astuces, c'est facilement instalable depuis Eclipse et surtout, le moteur de graphiques est vraiment très bon: c'est le seul qui m'a permis de faire vraiment ce que je voulais en peu de temps. En revanche, le moteur de rendu ne génère pas d'ODT (mais du Word 2003 XML qu'on peut ensuite charger dans OpenOffice).
Toutefois, le retour d'expérience (sur 6 mois) que j'ai est le suivant:
- les applications de reporting (quelles soient opensource ou proprio), c'est lourd comme la mort en terme de consommation mémoire et CPU. Tout ça pour faire un pauvre rapport que le moindre tableur te permet de créer aussi chiadé (mais uniquement à la main lui, pas en génération automatique).
- il est important de bien préparer son jeu de données: je dois souvent adapter mes requêtes SQL aux moteurs de rendu: avec de bonnes requêtes, on peut générer des tableaux complexes et malléables en trois minutes (intérêt des tableaux croisés dynamiques) et également des graphiques comparatifs.
Bon, effectivement, mes besoins sont différents des tiens: je dois générer des rapports à la demande et pas coder une application web...