|
Décidément les monologues sont mon fort. Les Xinclude fonctionnent en cascade (je navais
pas mis un nud root dans le deuxième document (no comment)). Néanmoins, des questions subsistent. Lorsque
je publie à laide de PLEADE le premier document XML (le père), il maffiche
dans la feuille search-s.xsp, le document que jai publié sappelle « Document
sans titre » comme sil ne faisait pas le xInclude à cet instant là,
pourtant jai bien mis un transformer Xinclude dans le pipeline en question
bizarre. Ny a-t-il pas moyen dinsérer directement
mes fragments dans la base de documents sans passer par les xinclude ? (la
encore je crains que ca ne fasse que reporter le problème de mémoire, les
processeurs XSLT semblant être gourmands en mémoire) Je me répondrai si je trouve la solution. Si quelquun à une idée. A plus Simon De : AVRIL Simon
[mailto:[EMAIL PROTECTED] Bonjour, Mettons que je veuille fragmenter un document xml en
léclatant dans plusieurs fichiers/dossiers afin de permettre de modifier des
parties de structures grâce à lapi DOM sans être trop gourmand en terme de
mémoire. Jai donc une structure récursive de Xinclude. (dailleurs
est-ce que ça règle le problème de la mémoire K ?) Ce qui est bizarre cest que mon premier xi:include
fonctionne mais pas mon second. Le XincludeTransformer de Cocoon2 est-il récursif (jai essayé
également de definir plusieurs transformations successives de Xinclude mais ça
ne fonctionne pas non plus). Si quelquun a une idée
Merci davance. Simon |
_______________________________________________ sdx-users mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/sdx-users
