Re: Transformations "en serie" [SOLVED]

2006-02-03 Par sujet Julien Barnier
> Argh, ça m'ennui vraiment de multiplier les messages sur un point de > détail comme celui-là, mais je n'arrive pas à résoudre ce problème. Bon, cette fois je crois que c'est bon. Je vais m'en tenir à la méthode "set-header", en rajoutant ceci dans mon sitemap : Merci encore pour votre

Re: Transformations "en serie"

2006-02-03 Par sujet Julien Barnier
> Tu pourrais faire un redirect depuis le pipeline qui fait le POST, sur > le bon nom de fichier, c'est la solution la plus propre à mon avis. Argh, ça m'ennui vraiment de multiplier les messages sur un point de détail comme celui-là, mais je n'arrive pas à résoudre ce problème. Cocoon est appelé

Re: Transformations "en serie"

2006-02-02 Par sujet Bertrand Delacretaz
Le 2 févr. 06, à 17:02, Julien Barnier a écrit : Pourquoi pas ??? Parce qu'en fait le pipeline est appelé depuis un formulaire. Et le type de fichier renvoyé dépend des options choisies dans le formulaire. Tu pourrais faire un redirect depuis le pipeline qui fait le POST, sur le bon nom de

Re: Transformations "en serie"

2006-02-02 Par sujet Julien Barnier
> Pourquoi pas ??? Parce qu'en fait le pipeline est appelé depuis un formulaire. Et le type de fichier renvoyé dépend des options choisies dans le formulaire. Actuellement, le contenu du formulaire est envoyé sur un mais le résultat peut être un fichier zip, un fichier texte ou un fichier xml.

Re: Transformations "en serie"

2006-02-02 Par sujet Sylvain Wallez
Julien Barnier wrote: Bonjour, Oui, tout à fait, c'est la meilleure solution si le nombre de paramètres est variable (sinon on peut aussi les récupérer dans la sitemap avec l'input module request-param). Merci pour l'info, effectivement, le request-param est plus pratique pour la gest

Re: Transformations "en serie"

2006-02-02 Par sujet Julien Barnier
Bonjour, > Oui, tout à fait, c'est la meilleure solution si le nombre de > paramètres est variable (sinon on peut aussi les récupérer dans la > sitemap avec l'input module request-param). Merci pour l'info, effectivement, le request-param est plus pratique pour la gestion de paramètres non répété

Re: Transformations "en serie"

2006-02-01 Par sujet Bertrand Delacretaz
Le 1 févr. 06, à 15:03, Julien Barnier a écrit : ...Il me semble qu'en utilisant un RequestGenerator, ça devrait très bien fonctionner... Oui, tout à fait, c'est la meilleure solution si le nombre de paramètres est variable (sinon on peut aussi les récupérer dans la sitemap avec l'input mod

Re: Transformations "en serie"

2006-02-01 Par sujet Julien Barnier
> Est-ce possible avec le sitemap, sans devoir passer par les XSP ? > (J'espère être à peu près clair...) Excusez-moi, je me réponds à moi-même, mais je pense avoir trouvé comment faire juste après avoir posté ma question (un grand classique !). Il me semble qu'en utilisant un RequestGenerator, ç

Re: Transformations "en serie"

2006-02-01 Par sujet Julien Barnier
Bonjour, > Oui, avec le StreamGenerator, . > Avec CInclude - à partir de ton POST tu génères (par XSLT) un document > pour cinclude, genre > > > > ... > > ensuite tu passes ça dans le CIncludeTransformer, qui appellera les > URL indiquées pour générer les documents, et fera l'agrégation du tout

Re: Transformations "en serie"

2006-02-01 Par sujet Bertrand Delacretaz
Le 1 févr. 06, à 11:30, Julien Barnier a écrit : ...- est-ce qu'on peut récupérer le contenu de la méthode POST autrement qu'en XSP, juste avec le sitemap ?.. Oui, avec le StreamGenerator, . ...- comment concaténer le résultat de plusieurs transformations XSLT dans un même fichier ?..

Transformations "en serie"

2006-02-01 Par sujet Julien Barnier
Bonjour, Je viens de développer une petite application Cocoon très simple qui me permet de générér des notices bibliographiques dans différents formats à partir de documents XML. Je souhaiterais maintenant faire la même chose pour une série d'articles, issus par exemple d'un résultat de recherche