RE: [sdx-users] probleme avec Xinclude

[AVRIL Simon]

Décidément les monologues sont mon fort.

 

Les Xinclude fonctionnent en cascade (je n’avais pas mis un nœud root dans le deuxième document (no comment)).

 

Néanmoins, des questions subsistent. Lorsque je publie à l’aide de PLEADE le premier document XML (le père), il m’affiche dans la feuille search-s.xsp, le document que j’ai publié s’appelle « Document sans titre » comme s’il ne faisait pas le xInclude à cet instant là, pourtant j’ai bien mis un transformer Xinclude dans le pipeline en question… bizarre.

 

N’y a-t-il pas moyen d’insé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 quelqu’un à une idée.

 

A plus

 

Simon

 

 

 

---

De : AVRIL Simon [mailto:address@hidden
Envoyé : mercredi 19 avril 2006 11:20
À : address@hidden
Objet : [sdx-users] probleme avec Xinclude

 

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 à l’api DOM sans être trop gourmand en terme de mémoire.

 

J’ai donc une structure récursive de Xinclude. (d’ailleurs est-ce que ça règle le problème de la mémoire K ?)

 

Ce qui est bizarre c’est que mon premier xi:include fonctionne mais pas mon second.

 

Le XincludeTransformer de Cocoon2 est-il récursif (j’ai essayé également de definir plusieurs transformations successives de Xinclude mais ça ne fonctionne pas non plus).

 

Si quelqu’un a une idée…

 

Merci d’avance.

 

Simon