On a pu lire que XSL était une alternative envisageable à Crystal Reports. Peut-être, mais alors pas pour tout de suite !
De fait, XSL-FO, qui est une sous-partie du standard XSL du W3C (qui contient XSLT, XPath et XSL en tant que vocubalaire XML pour feuilles de style), donne lieu à des logiciels éditeurs d’XSL-FO (comme XMLSPY ?) qui pourraient en partie remplacer le studio de création de Crystal Reports. En ce qui concerne le générateur d’états de Crystal Reports, celui-ci serait remplacé par un moteur XSLT (Xalan, Sablotron) plus un logiciel « formatteur XSL-FO ». Et le client/plug-in de visualisation/impression d’états Crystal Reports serait quant à lui rendu inutile puisque le formatteur XSL-FO permet de créer des états dans quasiment n’importe quel format plus classiques (documents PDF, graphiques, pages HTML)…
Mais ces outils autour de XSL-FO ne sont pas encore suffisamment matures. Et l’un des auteurs de la spécifications XSL-FO estimait en décembre 2002 qu’il faudrait 3 à 5 ans pour que XSL-FO rentre dans les moeurs des éditeurs de logiciels et des développeurs.
En attendant, pour générer des états sans Crystal Reports, il semble que l’on doive envisager :
- soit d’adopter XSL-FO et des outils insatisfaisants si on dispose déjà de compétences XML (pour faciliter l’adoption et pallier au manque de maturité des logiciels)
- soit d’adopter une approche simpliste mais vaguement similaire à XSL-FO en générant, via un langage de programmation, des documents PDF ou autres à partir des données, via XML ou non
- soit d’adopter des briques logicielles de génération d’états PDF comme DataVision ou JasperReports (pour l’offre open source)
- soit de payer cher des licences Crystal Enterprise pour pouvoir continuer à générer des états Crystal Reports