J'ai un nom de produit qui me vient à l'esprit de suite, parce que nous l'avons utilisé pour un besoin très proche avec certains de nos clients (des gens qui produisent des documents personnalisés pour ensuite les éditer à très gros volume exactement comme tu le décris) : JasperReports
Il y a un peu comme dans les outils de sefas une séparation en deux parties :
- Des outils de "composition" des documents de base. Le plus poussé étant iReports http://ireport.sourceforge.net/(...)
- Un "moteur" de rendu qui va récupérer de l'information depuis des sources de données très variées et générer une sortie dans des formats pas moins variés à partir des fameux modèles.
L'un des avantages de JasperReports est qu'il peut être installé aussi bien de façon "autonome" sur un poste de travail, qu'intégré à des applications tierces, ou utilisé dans une architecture plus complexe avec de véritables "serveurs de rapports" qui vont lancer des extractions diverses en se basant sur des modèles prédéfinis, aussi bien en mode Web qu'en batch.
D'ailleurs pour des travaux en batch on a joué un peu (beaucoup) avec OOo et sincèrement, on a pas obtenu (de loin) le niveau de performances et de souplesse du couple JasperReports/iReports. Ce n'est pas réducteur : l'un est fait pour, et l'autre moins ... (à moins d'écrire un "pont" de OOo vers Jasper mais les contraintes sont conséquentes).
Même chose avec d'autres outils de reporting que nous avons évalués dans tous les sens : Jasper sort du lot sur de nombreux aspects.
Je le précise de suite : comme pour d'autres outils, le terme "rapport" est réducteur parce que les possibilités de mise en page sont nombreuses et avec peu de limites.
C'est un produit déjà très mur, qui évolue vite, et intégré à des projets toujours plus nombreux : JBoss par exemple.
[^] # Re: Logiciel d'édition
Posté par Maillequeule . En réponse au journal Reporting de base de données basé sur OpenOffice.. Évalué à 2.
J'ai un nom de produit qui me vient à l'esprit de suite, parce que nous l'avons utilisé pour un besoin très proche avec certains de nos clients (des gens qui produisent des documents personnalisés pour ensuite les éditer à très gros volume exactement comme tu le décris) : JasperReports
Ca se trouve ici : http://jasperreports.sourceforge.net/(...)
Il y a un peu comme dans les outils de sefas une séparation en deux parties :
- Des outils de "composition" des documents de base. Le plus poussé étant iReports http://ireport.sourceforge.net/(...)
- Un "moteur" de rendu qui va récupérer de l'information depuis des sources de données très variées et générer une sortie dans des formats pas moins variés à partir des fameux modèles.
L'un des avantages de JasperReports est qu'il peut être installé aussi bien de façon "autonome" sur un poste de travail, qu'intégré à des applications tierces, ou utilisé dans une architecture plus complexe avec de véritables "serveurs de rapports" qui vont lancer des extractions diverses en se basant sur des modèles prédéfinis, aussi bien en mode Web qu'en batch.
D'ailleurs pour des travaux en batch on a joué un peu (beaucoup) avec OOo et sincèrement, on a pas obtenu (de loin) le niveau de performances et de souplesse du couple JasperReports/iReports. Ce n'est pas réducteur : l'un est fait pour, et l'autre moins ... (à moins d'écrire un "pont" de OOo vers Jasper mais les contraintes sont conséquentes).
Même chose avec d'autres outils de reporting que nous avons évalués dans tous les sens : Jasper sort du lot sur de nombreux aspects.
Je le précise de suite : comme pour d'autres outils, le terme "rapport" est réducteur parce que les possibilités de mise en page sont nombreuses et avec peu de limites.
C'est un produit déjà très mur, qui évolue vite, et intégré à des projets toujours plus nombreux : JBoss par exemple.
Ahh oui, c'est un peu du java :)
De petits exemples de sorties "Jasper" :
http://jasperreports.sourceforge.net/samples/index.html(...)
Des captures d'écran de iReports :
http://ireport.sourceforge.net/index.php?p_module=page&pageid=7(...)
C'est une piste qui en vaut une autre :)
M