Je recherche un moteur de déclaration Java léger pour être intégré dans une application d'applet. P>
Ma première option était Jasper Rapports, mais le pot est de plus de 2 Mo, un peu trop lourd (et trop ballonné) pour mes besoins. Je ne sais pas s'il y a une distribution de jasper modulaire, avec des fonctionnalités scindées dans plusieurs pots (comme le rendu HTML, le PDF, l'Excel, la compilation, l'exécution, etc.). P>
Je dois prévisualiser le rapport à l'aide d'une balançoire et d'imprimer. PDF Export est un avantage. P>
6 Réponses :
Si vous ne trouvez aucune solution meilleure, il devrait être possible de créer un fichier JAR Down Down pour Jasper Reports. Le L'outil Genjar est censé pouvoir créer un fichier JAR en fonction de ses dépendances statiques. p>
Il y a longtemps, j'utilisais l'outil d'obfuscation "Classmaster" de Zelix qui vous a donné la possibilité de supprimer des classes qui n'étaient pas utilisées. Je pense que cela pourrait même avoir des méthodes inutilisées dépouillées, bien que ma mémoire soit un peu floue. (Je l'ai utilisé sur un produit source fermé ... qui a depuis disparu un "Blackhole" IP.) P>
EDIT: Une autre option est PROGUARD , qui obfuscation et décapage comme celui-ci, sauf qu'il est open source. (Malheureusement, ils semblent avoir mal configuré leur lien de site Web SC. Mais le lien ci-dessus fonctionne.) P>
Bien sûr, si Jasper Rapports utilise class.forname () code> Vous devez identifier toutes les classes correspondantes les ajoutez comme des dépendances "racine" pour l'outil de décapage que vous utilisez. De plus, vous devriez consulter la licence de rapports Jasper pour vous assurer que vous êtes autorisé à "distribuer" un fichier jar dénudé. P>
Jasper charge des cours de charge de manière dynamique, vous devrez déterminer les dépendances.
Les rapports Jasper incluent un pot avec une fonctionnalité de base pour prévisualiser et imprimer des rapports. Son emballé comme jasperreports-x.x.x-applet.jar, avec environ 350k. P>
Pourquoi 2 Mo est-il trop grand pour une bibliothèque côté serveur? La docmose a une taille de JAR inférieure à 500 000, mais nécessite OpenOffice sur le serveur, il est donc plus petit d'une manière et d'une autre. Java ne chargera pas le jasper 2MB en mémoire que vous n'utilisez que toutes les fonctionnalités / classes. P>
Je ne l'utilise pas sur le côté serveur, mais sur le côté client. L'applet charge le flux .jasper du serveur et une visionneuse Swing se présente à l'utilisateur.
Je sais que cela est un peu en retard, mais avec vos besoins, il semble que cela semble être un ajustement parfait serait la solution de reporting que la société que je travaille pour propose: I-NET CLEAR RAPPORTS STRUT> (utilisé pour être clair I-Net Crystal). P>
Vérifiez-le et dites-nous ce que vous pensez. P>
voir NEXTREPORTS Moteur avec environ 300K. Nextreports Designer est libre d'utiliser. P>
imho Le moteur de modèles de chunk est le meilleur. Le fichier JAR n'a que
Pour les PDFS, j'utilise du morceau pour générer XML que le moteur Apache FOP peut transformer à la fois à la sortie PDF.
Est-ce que la fonctionnalité des modèles de morceaux SPECYFIC pour les rapports? Les groupes automatiques de groupes et de totaux / sous-totales semblent les plus importants? J'utilise (dans certains anciens projets) Modèle de modèle pour signaler "en mode manuel", son travail acharné.