From: OIM (oimoim@free.fr)
Date: 10/03/2004 - 09:20
Les trois solutions que vous identifiez ne se placent pas tout à fait
sur le même plan ... et peuvent très bien s'additionner ! (meuh non je
cherche pas à compliquer la chose ;-) !).
D'un point de vue architecturel, la solution à votre problème se compose
de deux étapes :
Etape 1 :
La première consiste à partir de votre fichier au format XML utilisant
votre DTD/Shema spécifique et de le transformer en un fichier au format
XML répondant à la DTD/Shéma XSL-FO.
Pour réaliser cette opération, vous pourrez utiliser la technologie XSLT
et *développer* des feuilles de transformation XSLT convertissant vos
fichiers XML en fichier XSL-FO.
XSL-FO est un format relativement complexe. Il peut donc être
intéressant de simplifier votre *développement*. Il existe des
composants standards comme *Docbook-XSL* permettant la transformation de
document XML *Docbook* vers XSL-FO. Vous pouvez donc imaginer de
simplement écrire des feuilles de transformation XSLT convertissant vos
documents XML vers Docbook ... ou encore plus simple de choisir Docbook
comme votre format XML d'entrée ... Le développement devient alors
minime (paramètrage de Docbook-XSL) voir nul.
En résumé, pour l'étape 1, vous aurez :
a) [ XML Spécifique ]------ XSLT à développer ------>[ XSL-FO ]
b) [ XML Spécifique ]------ XSLT à développer ------>[ Docbook ]-------
Docbook-XSL ------>[ XSL-FO ]
c) [ XML Spécifique=Docbook ]------- Docbook-XSL ------>[ XSL-FO ]
Etape 2 :
La seconde étape est maintenant de transformer votre fichier XSL-FO en
un fichier PDF, RTF, ... etc !
Pour cela vous devez utiliser un processeur FO. Les plus connus (par moi
;-) !) sont :
- FOP
- RenderX XEP
Je ne parlerais que de l'aspect PDF que je maitrise un peu ... Pour les
autres formats c'est le même principe !
Comme dit plus haut, XSL-FO est un format XML relativement complexe et
chaque processeur a ses lacunes/qualités.
Pour FOP, je dirais qu'il est gratuit, OpenSource mais qu'il ne gère pas
les veuves/orphelines ce qui est très gênant pour produire des documents
PDF de qualité.
Pour XEP, je dirais qu'il gère les veuves/orphelines mais qu'il est
payant et ne gère pas les formats comme EPS pour les graphiques attachés
à vos documents.
En résumé, pour l'étape 2, vous aurez :
a) [ XSL-FO ]------ FOP ------>[ PDF ]
b) [ XSL-FO ]------ XEP ------>[ PDF ]
Il reste maintenant un point essentiel : mettre en musique l'ensemble !
Et c'est là que peut intervenir Cocoon ... Cocoon est un canevas
d'enchainement des technologies en vue d'obtenir des documents
diffusables à partir de document XML. Son rôle est d'optimiser les
enchainements et jouer un rôle de "cache" pour optimiser la redondance
des traitements.
Voilà, en conclusion, toutes les technologies abordées sont utiles voir
nécessaires ... Il existe également Apache Forrest qui est une
application mettant en oeuvre l'architecture que je viens de vous décrire.
En résumé, il s'agit d'un problème qui peut devenir relativement
complexe si vos exigences sont fortes. Cependant, il s'agit d'un
problème relativement courant et de nombreuses solutions (plus ou moins
prêtes à l'emploi et appliquant plus ou moins l'architecture développée
ci-dessus) existent dans le monde OpenSource ou commercial.
Olivier Imbert
J-Way - Solutions de publication de la connaissance
http://www.jway.lu/
Gilbert Finidori - Cyberiel a écrit :
>Si je résume, 3 solutions ont été citées. Mais j'avoue que je me perds un
>peu sur qui fait quoi.
>D'après ce que j'ai compris, donc
> - XSL:FO + FOP est la solution faite pour ça. Elle me semble vouloir
>couvrir tous les besoins et donc plus lourder à manier
> - DocBook: fait pour les documentations informatiques (?)
> - Cocoon: je n'ai pas bien compris.
>
>Personnellement, j'accepterais volontiers des limitations, par exemple la
>contrainte de devoir limiter à des formats de documents assez simples
>(entête, pied de page, 2 colonnes, nombre de polices et de types d'images
>limitées ...) et devoir me limiter à des formats de documents que je définis
>une fois pour toutes, qui sont les plus classiques:
> - plaquette commerciale
> - CV
> - Lettre
> - Documentation technique.
>
>Quelqu'un saurait-il synthétiser, pour chaque solution:
> - avantages et inconvénients de chaque solution
> - environnement nécessaire (Java, logiciel ad-hoc; Php ...)
> - exemples, en particulier pour les cas cités
> - facilité de mise en oeuvre
>
>Il va de soi que je suis prêt à partager les informations avec qui le
>souhaite, en particulier avec la personne qui a démarré cette discussion et
>semble avoir +/- le même besoin que moi.
>
>Merci d'avance pour vos précieux éléments de réponse.
>
>
>
>
>--
>Devenez redacteur <XML>fr et contribuez au developpement du
>xml francophone (http://xmlfr.org/infos/redacteurs/) !
>
>Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
>
>Cette liste est a votre disposition pour discuter en francais de
>tout sujet technique lie a XML.
>
>Pour resilier votre abonnement, envoyez un message contenant
>la commande "unsubscribe" a xml-tech-request@xmlfr.org
>(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
>
>
>
>
>
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:05 UTC
webmaster@xmlfr.org
| 
