IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Documents Java Discussion :

Une question sur JODReport - JODConverter


Sujet :

Documents Java

  1. #1
    Membre éclairé Avatar de argonath
    Homme Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Juillet 2009
    Messages
    248
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'Etudes
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2009
    Messages : 248
    Par défaut Une question sur JODReport - JODConverter
    Bonjour, j'aimerais ajouter dans une application la possibilité de générer des rapports à partir de templates crées et uploadés par l'utilisateur , j'ai naturellement pensé à JOD Report, et JOD Converter pour la conversion en .doc ou .pdf. ( et pour pouvoir avoir, j'imagine que converter le fait, des templates éventuellement créés en .doc )

    Mais voilà, j'utilise GWT - Google App Engine, et je suis donc bloqué par JOD Converter qui demande une instance de OOo sur le serveur web.

    Y'aurait il un moyen de faire sans ? une autre façon de passer de l'odt au .doc ? (ou seulement au pdf à la limite, bien qu'il reste le problème de l'upload des templates, ca m'embête de les restreindre au format odt )

    ou d'autres bibliothèques qui gèrent les .doc nativement et font la même chose pourquoi pas.

    Autre question, dans mon cas, conseilleriez vous de partir du jar de JOD Report et de l'adjoindre comme une librairie à mon projet ? ou d'utiliser le war et de faire des branchements ?

  2. #2
    Membre éclairé Avatar de argonath
    Homme Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Juillet 2009
    Messages
    248
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'Etudes
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2009
    Messages : 248
    Par défaut
    Bon, désolé de double-poster mais ça fera un up

    Je suis tombé sur l'API "Google Documents List Data API", je me disais qu'en effet, le plus simple dans mon cas serait tout simplement de passer par les formats google docs.

    Est ce que quelqu'un est familier avec cette API et saurait si elle conviendrait à mes besoins ?

  3. #3
    Membre Expert
    Profil pro
    Inscrit en
    Septembre 2006
    Messages
    1 466
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2006
    Messages : 1 466
    Par défaut
    Bonjour!

    Ton sujet est intéressant!
    Je me demande quelles conventions comptes-tu utiliser pour permettre à tes utilisateurs de créer des champs de fusion.
    Surtout si tu veux leurs permettre d'utiliser plusieurs format d'import (tu partais sur odt, si j'ai bien suivi).
    Est-ce que tu comptes aller plus loin que la gestion de champ de fusion et gérer le conditionnement d'affichage de certain paragraphes, éléments.
    Encore plus loin? Pouvoir gérer un tableau dynamiquement?

    Bref, j'ai un projet qui à démarré avec ce genre de contraintes il y a 2 ans et je n'ai pas trouvé de solution libre toute prête où les utilisateurs pouvait créer leur template relativement facilement.
    (Sinon, il y avait BIRT, mais il faut installer BIRT designer pour faire des template).

    Solution adopté à l'époque, s'appuyer sur le WordML de word 2003 et le pluggin WordXMLToolBox de MS pour associer graphiquement des référence à un XML selon un XSD.
    Il a fallut développer des xsl-t de fusion de donnée.
    Il existe des xsl-t qui font wordml -> xsl-fo et donc PDF qui était le format de fusion désiré.

    J'avoue être passé un peu à coté de JOD Report.
    Je serai curieux de voir qu'il est possible de faire et pourquoi pas avec google docs en effet.

    Beaucoup de questions pour pas beaucoup de réponses
    Bon courage!

  4. #4
    Membre éclairé Avatar de argonath
    Homme Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Juillet 2009
    Messages
    248
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'Etudes
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2009
    Messages : 248
    Par défaut
    Oui évidemment les champs de fusion sont vraiment au coeur de la problématique, le template est chargé avec des "blancs" (nom, prénom, reste à payer, date... c'est assez générique ) et des requêtes en base de donnée doivent les remplir.

    JOD Report semble faire tout ça assez facilement, mais ne prend en entrée/sortie que du odt.

    Les google documents eux sont conçus pour avoir n'importe quelle entrée/sortie, mais le gros problèmes, c'est que évidement il n'y a pas deux façons identiques de faire un template, donc j'imagine devoir essayer de trouver la solution la moins bancale possible (par exemple en faisant utiliser des champs du type ${nom} et d'imposer ce format... ) Mais c'est la première fois que je tombe sur aussi peu de documents/infos sur un problème ^^

  5. #5
    Membre Expert
    Profil pro
    Inscrit en
    Septembre 2006
    Messages
    1 466
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2006
    Messages : 1 466
    Par défaut
    Sur google, je vois juste que "google data list API" va "seulement" te permettre d'accepter plusieurs types de documents word (doc et odt pour simplifier) et de les convertir vers le format qui te semblera le plus exploitable.
    Mais, il ne semble pas y avoir d'API pour manipuler les documents et réaliser la fusion de donnée.
    Il y en a une pour les spreadsheets, mais pas pour les doc.

    Le moteur/syntaxe de templating que tu décris ressemble à velocity.

    Pendant que j'y pense, 2 points qui se révèlent en fin de projet pour moi :
    - Lorsque la syntaxe logique est intégrée au document lui même. Il devient difficile d'éliminer complètement les espaces et saut de page qu'on introduit en écrivant une boucle foreach ou qu'on conditionne un paragraphe.
    - La gestion des paragraphes solidaire (interdire le saut de page entre 2 paragraphe précis)

  6. #6
    Expert éminent
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Par défaut
    bon alors, par rapport à jodreport/jodconverter

    jodconverter nécessite un serveur faisant tourner un openoffice, sur lequel il va se connecter pour faire les convertion. Peu de chance d'y échapper. Pour les template, il ne prend que du forma open document (odt, ods, etc), car ces format, xml, sont très simple à gérer pour un moteur de template comme jodreport qui n'a pas besoin de "comprendre" les document pour les transformer, contrairement à ce qui serait nécessaire avec d'autres formats.

    Enfin, pour revenir sur la nécessité de open office pour faire les conversion, oui il est nécessaire, mais a moins d'etre chaud chaud coté ressources sur le serveur, je vois pas en quoi c'est un problème, open office est prévu dans son code pour ce genre de pilotage!

  7. #7
    Membre éclairé Avatar de argonath
    Homme Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Juillet 2009
    Messages
    248
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'Etudes
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2009
    Messages : 248
    Par défaut
    Oui, j'arrive aux même conclusions, il me faudrait donc, à tout le moins, un serveur faisant tourner open office en dehors de google app engine

  8. #8
    Membre Expert
    Profil pro
    Inscrit en
    Septembre 2006
    Messages
    1 466
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2006
    Messages : 1 466
    Par défaut
    Et si t'as un serveur autant y héberger également ton appli GWT, donc plus vraiment besoin de GAE .

  9. #9
    Membre éclairé Avatar de argonath
    Homme Profil pro
    Ingénieur d'Etudes
    Inscrit en
    Juillet 2009
    Messages
    248
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur d'Etudes
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juillet 2009
    Messages : 248
    Par défaut
    je suis bien avancé hein ? :p

Discussions similaires

  1. Réponses: 2
    Dernier message: 22/04/2006, 18h18
  2. une question sur les includes comportement bizard
    Par e-m.guillaume dans le forum Langage
    Réponses: 2
    Dernier message: 24/02/2006, 21h12
  3. une question sur le code ASP-Nuke
    Par ghita269 dans le forum ASP
    Réponses: 1
    Dernier message: 14/01/2006, 09h41
  4. Une question sur le wap
    Par fabiofabio dans le forum Langages de programmation
    Réponses: 6
    Dernier message: 19/11/2005, 16h24
  5. Encore une question sur malloc
    Par IG88 dans le forum C
    Réponses: 5
    Dernier message: 23/06/2004, 15h35

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo