Eric van der Vlist wrote:
> Est-ce tellement plus complexe :-) ???
C'est un debat... Mais la syntaxe Cocoon impose clairement plus de contraintes
(ou mettre l'aggregation, par exemple), et si le pipeline devient encore plus
complexe, je vois la lisibilite aller en decroissant. Pourquoi une agregation
est-elle limitee a la generation ? Tres arbitraire comme choix.
Une question : est-ce que lors de l'execution du pipeline, la premiere
transformation (ci-dessous) est executee une fois, ou deux ?
<match pattern="transform-output-1">
<generate src="/my-input-file.xml"/>
<transform src="/my-stylesheet1.xsl"/>
<serialize type="xml"/>
</match>
Il y a en effet deux references a "cocoon:transform-output-1". Je veux dire
bien sur independament de strategies de caching (imaginons que cette
transformation opere sur la sortie d'une requete a une base de donnees, par
exemple). J'ignore sincerement la reponse a cette question. Si la reponse est
deux executions, alors nous avons une difference semantique importante avec XPL.
> A ce propos, j'ai une question... Est-il possible de générer des sorties
> multiples avec une transformation XSLT (par exemple en utilisant
> l'extension "exl:document") ?
Pas en ce moment, mais je vois que cela pourrait etre facilement implemente.
Avec XSLT 2.0, on pourrait ecrire :
<xsl:result-document href="oxf:output-name">
...
</xsl:result-document>
Ce serait similaire avec EXSLT.
Le code pour gerer ceci devrait etre ajoute a la classe XSTLTransformer.
-Erik
--
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 23:28:09 2004
