Au fait, vous écrivez des Etats Unis ? Je ne sais pas si cette liste est
le lieu mais la success story d'un français chez les ricains, cela doit
intéresser.
> o une transformation XSLT
>
> o puis deux transformations XSLT en "parallele" qui s'appliquent la
> sortie de la premiere transformation
>
> o une aggregation du resultat de ces deux transformaions pour generer
> le document final
Un cas réaliste pour moi, je suis tout à fait d'accord. Exemple presque
réel et largement simplifié, sur une source en TEI par exemple (pouvant
résulter de diverses choses).
o J'ai concentré ma logique d'extraction de métadonnées sur une
transformation tei2rdf.xsl.
o J'ai une tei2html.xsl qui fonctionne bien sur la présentation mais
dont la sortie <meta/> n'est pas vraiment acceptable.
o Je n'ai pas envie de maintenir ma logique de meta sur deux xsl, et
factoriser revient à refaire un langage, perte de temps.
J'ai donc un process
---|tei2rdf|---rdf---------------------- *.rdf
/ \
tei --|rdf2head|--head
\ \
---|tei2htm|---------------------body--- *.html
> C'est aussi simple que ceci avec XPL. Je pense que c'est beaucoup plus
> difficile a faire avec Cocoon.
C'est toujours plus facile avec la syntaxe que l'on connait le mieux ?
Considérant que les composant (générateurs, transformeurs...) on été
proprement déclarés
<map:match pattern="**.tei">
<!-- résolution d'inclusion par exemple -->
<map:serialize type="xml"/>
</map:match>
<map:match pattern="**.rdf">
<map:generate src="cocoon:{1}.tei">
<map:transform src="transform/tei/tei2rdf.xsl"/>
<map:serialize type="xml"/>
</map:match>
<!--
cette solution n'est peut-être pas simple à lire et ne profite
pas de l'étape précédente, mais elle a l'avantage de clairement
indiquer la source sur laquelle je génère, et donc,
la clé sur laquelle mettre en cache.
Je confie à tei-tee.xsl d'importer tei2html.xsl, tei2rdf.xsl et de me
sortir quelque chose comme
<html>
<head>
<rdf:RDF>...</rdf:RDF>
</head>
<body>
...
</body>
</html>
Je parle sous le contrôle d'Eric Van Der Vlist, qui saura m'indiquer la
meilleure norme pour embarquer du RDF dans du xhtml
-->
<map:match pattern="**.xhtml">
<map:generate src="cocoon:{1}.tei">
<map:transform src="transform/myapp/tei-tee.xsl"/>
<map:serialize type="xhtml"/>
</map:match>
<!--
Ici je transforme les meta RDF en <htm:meta/> ou <htm:link/>
-->
<map:match pattern="**.html">
<map:generate src="cocoon:{1}.xhtml">
<map:transform src="transform/meta/rdf2meta.xsl"/>
<map:serialize type="html"/>
</map:match>
====
Autres choses,
Je fais tourner votre Orbeon sur une jre, et je remarque que les
exemples de carnet d'adresse ont besoin de tools.jar
java.lang.NoClassDefFoundError: com/sun/tools/javac/Main
J'aime assez la possibilité offerte par cocoon de venir avec son
compilateur (pizza, eclipse...)
Dans vos jars, je remarque beaucoup de "orbeon"
xercesImpl_2_6_2_orbeon.jar
xsltc-2_5_1_orbeon.jar
jakarta-oro-2_0_8_orbeon.jar
...
est-ce à dire qu'ils sont spécialement patchés pour orbeon, et que la
mise à jour d'un composant dépends de vous ; ou bien que vous avez fait
des améliorations sur chaque et que vous n'avez pas encore réussi à
faire commiter sur les projets ?
--Frédéric Glorieux
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "dev@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie au developpement du site XMLfr.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a dev-request@xmlfr.org
(mailto:dev-request@xmlfr.org?Subject=unsubscribe)
Received on Sun Sep 26 10:28:15 2004
