[UNO] Faisabilité fusion / impression

Bonjour,

Est-ce-que quelqu'un aurait déjà implémenté une solution en Java qui permette de faire celà :

1. Création d'un document maître pour la fusion avec OpenOffice Writer -> modele.odt
2. Fusion des champs dynamiques -> monDoc.odt
3. Impression du résultat au format pdf -> monDoc.pdf

Je ne cherche pas une solution toute faite mais une piste quant à la faisabilité.

J'ai besoin de documents pouvant être créés par des utilisateurs lambda sans formation.
Il me faut des documents qui puissent avoir une mise en forme avancée (marges, tableaux, mise en pages particulières, images...) d'ou la piste d'OpenOffice.
Word par automation est à exclure de mes options pour les raisons que vous devinerez certainement (portabilité, cout, fiabilité) ;-)

Merci d'avance.

Bonsoir
si le format RTF te convient tu peux utiliser RTFTemplate http://rtftemplate.sourceforge.net/fr/index.html

RTFTemplate est un moteur RTF vers RTF, qui permet de fusionner un modèle RTF (Template) avec des données provenant d'objets JAVA (Contexte). Il permet de générer un document RTF qui est le résultat de la fusion du modèle RTF et de données.

Angelo

Merci pour ta réponse.
Malheureusement la mise en page RTF est trop limitée pour mes besoins.
Merci.

Bonjour,
je suis en stage et je fait la même chose moi j'utilise le format Open Document de OpenOffice 2, qui met le document odt en un ensemble de fichier xml et apres je parse mes fichiers.

J'espere d'aider.
a++

Premièrement, OpenOffice permet la création de champs de saisie.

Deuxième, avec l'aide de jodreports: http://www.artofsolving.com/opensource/jodreports
Tu peux remplacer ces champs par tes propres données.

Puis finalement avec l'aide de Jodconverter : http://www.artofsolving.com/opensource/jodconverter
Tu peux modifier le fichier .odt en fichier .pdf

Bonsoir,
Quand tu dis "la création de champs de saisie" cela signifie la création de champs de fusions/ de champs de mailling. Je te pose cette question car je n'ai jamais reussi a creer un champs de fusion (comme dans word) dans OpenOffice. Un champs de mailling est obligatoirement associé à une base de données et j'aurrais voulu savoir si c'était possible de créer un champs de fusion en OpenOffice sans qu'il soit lie à une base de données.

J'ai posté ma question sur le forum d'OpenOffice et je n'ai eu aucune réponse. Si tu peux me donner une réponse ca serait génial.

Merci

Angelo

avec Open office tu peut faire la saisie de champ d fusion avec une base de donnee ou un fichierde donne type( ods ou exel ... )

regard ce lien ça pourras peut etre t'aider


http://fr.openoffice.org/Documentati...blipostage.pdf

Merci de ta réponse.
C'est bien ce que je pensais, pour écrire un champs de fusion en OpenOffice on est obligé de le mapper à une base de données ou un fichier. On peut pas créer (comme dans Word) un champs sans qu'il soit lié à une source de données.

Je te posais la question, car dans mon projet RTFtemplate j'utilise les champs de fusions pour modéliser un modèle RTF. La fusion de données (provenant d'objet JAVA) avec le modèle RTF se fait par le moteur RTFtemplate (plus exactement Velocity ou Freemarker).

J'ai fait une macro RTFTemplate.dot
pour word qui permet d'insérer els champs de fusion. J'aimerais bien faire un macro pour OppenOffice mais comme un champs de fusion est obligatoirement lié à une source de données je ne sais pas comment faire.

Si tu as une solution je suis preneur. Merci en tout cas de tes informations.

Angelo

Desoler je ne sais pas comment on fait sans utileser un source de donnée
moi j'ai toujours fait des fusion avec un fichier de source

dans le cadre d'un projet, j'ai développé une solution éditique basé sur OpenOffice en mode serveur et l'api d'intéraction java. C'est surtout du à la limitation que vous avez pu rencontrer avec les champs de fusions. Dans notre cas, il fallait pouvoir fusionner des collections d'objet dans des tableaux et gérer les blocs conditionnels. J'ai opté pour un langage de balise très "minimal" style jstl. Le document est donc "parsé" avec l'api, les balises sont fusionnées avec des beans java (avec le framework beanutils), puis le document est exporté vers un format doc ou pdf.
Mais attention : c'est super galère à développer : l'api est indigeste car super lourde, du moins en java (ce n'est pas le cas avec un langage de script), et des cas particuliers sont à gérer (entête/pied de page, corps du document, intérieur des tableaux, tableaux simples / tableaux avec cellules scindées)
Coté performance : la fusion des tableaux est assez lente (basé sur le copier-coller interne OO), OO possède des fuites mémoires avérées (du moins en mode serveur), donc on est un peu obligé de relancer le serveur de temps en temps :). Le temps de génération moyen sur une machine serveur d'entrée de gamme était d'environ 4s par document et le meilleur rendement était atteint avec 3 utilisateurs en parallèles. Bref, c'est pas super follichon.

A comparer peut être avec une solution d'éditique comme BIRT qui n'utilise pas de template

Bonjour,
si il est possible de creer un champs de fusion en OppenOffice a l'aide d'un script, la je pourrais developper la macro en OppenOffice.
Comparé à la solution que vous avez mis en place, voici les avantages/inconveniants de RTFtemplate :

inconveniants :
* ne gère pas les conditions, mais je suis en train de l'étudier.
* génère uniquement du format RTF.

avantages :
* le modèle RTF est crée à l'aide de MS Word à l'aide de signet (gestion des boucles) et champs de fusion. Une macro RTFtemplate.dot
permet d'afficher à l'utilisateur tous les champs dont il a le droit pour creer son modèle RTF.
* la fusion données+modèle RTF se fait avec les moteurs de templates Velocity/Freemarker. Il n'y a donc aucune perte de mise en page par rapport a modèle RTF.
* Aucune API spécifique (Word ou OppenOffice ne doit être installé sur le serveur) car la génération s'effectue à l'aide de Velocity/Freemarker.