You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by Marc Salvetti <ma...@notremanou.net> on 2005/04/11 11:49:15 UTC
Problemes de parametres de requete
Bonjour,
Je rencontre un problème après avoir migré sur la 2.1.7 avec le module
request-param.
J'ai ce premier pipe :
<map:match pattern="**frame_**.html">
<map:generate src="cocoon:/body-{2}.xml"/>
<map:transform type="omitns"/>
<map:serialize type="html"/>
<map:serialize type="xml"/>
</map:match>
puis celui-ci :
<map:match pattern="body-boats/tt/planning.xml">
<map:aggregate element="planning">
<map:part src="cocoon:/planning_past/tt"/>
<map:part src="cocoon:/planning_future/tt"/>
</map:aggregate>
<map:transform
src="stylesheets/planning-setstatus2planning.xsl"/>
<map:select type="parameter">
<map:parameter name="parameter-selector-test"
value="{request-param:month}{request-param:year}{request-param:nbMonth}"/>
<map:when test="">
<map:transform type="planning">
<map:parameter name="start" value="{date:date}"/>
<map:parameter name="nbMonth" value="2"/>
</map:transform>
</map:when>
<map:otherwise>
<map:transform type="planning">
<map:parameter name="start"
value="{request-param:month}/01/20{request-param:year}"/>
<map:parameter name="nbMonth"
value="{request-param:nbMonth}"/>
</map:transform>
</map:otherwise>
</map:select>
<snip/>
</map:match>
Si j'appelle directement :
body-boats/tt/planning.xml?month=4&year=05&nbMonth=12
les paramètres sont bien recus par le pipe, par contre, si j'appelle :
frame_boats/tt/planning.html?month=4&year=05&nbMonth=12
le pipe ne recoit aucun des parametres de la requete :(
Le code fonctionnait en version 2.1.5.1
Quelqu'un est au courant d'un changement dans ce module, ou quelque
chose qui aurait un rapport ?
Je n'arrive pas a comprendre ce qui cause le problème, vu que je n'ai
pas d'erreur dans les logs...
Merci,
Marc
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Problemes de parametres de requete
Posted by Marc Salvetti <ma...@notremanou.net>.
Bonjour,
Je viens de comprendre ce qui ne marche plus en fait.
Apparement, les parametres sont bien passés par la sitemap, car si je
passe {request:queryString} en parametre a ma feuille xsl, je peux
afficher les parametres.
Par contre, en les affichant j'ai constaté qu'il y a un probleme
(probablement de cache) car les parametres ne sont pas les bons, ce sont
ceux de la premiere requete faite sur cette url.
Comment puis-je controler la mise en cache des parametres de requete ?
Merci,
Marc
Jean-Christophe Kermagoret a écrit :
> Salut Marc,
> je ne sais pas pourquoi ca marche en 2.1.5.1 et 2.1.7 mais pour
> résoudre à très court terme ton pb, tu peux mettre
> "?{request:queryString} à la suite de ton pipe, par exemple
> cocoon:/body-{2}.xml?{request:queryString}
>
> Comme cela, tu passes globalement et explicitement tous les params
>
> C'est pas très propre mais ca devrait te dépanner si tu es pressé :-)
>
> Jean-Christophe
>
> Marc Salvetti a écrit :
>
>> Bonjour,
>>
>> Je rencontre un problème après avoir migré sur la 2.1.7 avec le
>> module request-param.
>>
>> J'ai ce premier pipe :
>>
>> <map:match pattern="**frame_**.html">
>> <map:generate src="cocoon:/body-{2}.xml"/>
>> <map:transform type="omitns"/>
>> <map:serialize type="html"/>
>> <map:serialize type="xml"/>
>> </map:match>
>>
>> puis celui-ci :
>>
>> <map:match pattern="body-boats/tt/planning.xml">
>> <map:aggregate element="planning">
>> <map:part src="cocoon:/planning_past/tt"/>
>> <map:part src="cocoon:/planning_future/tt"/>
>> </map:aggregate>
>> <map:transform
>> src="stylesheets/planning-setstatus2planning.xsl"/>
>> <map:select type="parameter">
>> <map:parameter name="parameter-selector-test"
>> value="{request-param:month}{request-param:year}{request-param:nbMonth}"/>
>>
>> <map:when test="">
>> <map:transform type="planning">
>> <map:parameter name="start" value="{date:date}"/>
>> <map:parameter name="nbMonth" value="2"/>
>> </map:transform>
>> </map:when>
>> <map:otherwise>
>> <map:transform type="planning">
>> <map:parameter name="start"
>> value="{request-param:month}/01/20{request-param:year}"/>
>> <map:parameter name="nbMonth"
>> value="{request-param:nbMonth}"/>
>> </map:transform>
>> </map:otherwise>
>> </map:select>
>>
>> <snip/>
>> </map:match>
>>
>> Si j'appelle directement :
>> body-boats/tt/planning.xml?month=4&year=05&nbMonth=12
>>
>> les paramètres sont bien recus par le pipe, par contre, si j'appelle :
>>
>> frame_boats/tt/planning.html?month=4&year=05&nbMonth=12
>>
>> le pipe ne recoit aucun des parametres de la requete :(
>>
>> Le code fonctionnait en version 2.1.5.1
>>
>> Quelqu'un est au courant d'un changement dans ce module, ou quelque
>> chose qui aurait un rapport ?
>> Je n'arrive pas a comprendre ce qui cause le problème, vu que je n'ai
>> pas d'erreur dans les logs...
>>
>> Merci,
>>
>> Marc
>>
>>
>> ---------------------------------------------------------------------
>> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Problemes de parametres de requete
Posted by Marc Salvetti <ma...@notremanou.net>.
Nickel !
Ca c'est sur, ca depanne, je pars en vacances dans 2h ;)
Merci bcp
Marc
Jean-Christophe Kermagoret a écrit :
> Salut Marc,
> je ne sais pas pourquoi ca marche en 2.1.5.1 et 2.1.7 mais pour
> résoudre à très court terme ton pb, tu peux mettre
> "?{request:queryString} à la suite de ton pipe, par exemple
> cocoon:/body-{2}.xml?{request:queryString}
>
> Comme cela, tu passes globalement et explicitement tous les params
>
> C'est pas très propre mais ca devrait te dépanner si tu es pressé :-)
>
> Jean-Christophe
>
> Marc Salvetti a écrit :
>
>> Bonjour,
>>
>> Je rencontre un problème après avoir migré sur la 2.1.7 avec le
>> module request-param.
>>
>> J'ai ce premier pipe :
>>
>> <map:match pattern="**frame_**.html">
>> <map:generate src="cocoon:/body-{2}.xml"/>
>> <map:transform type="omitns"/>
>> <map:serialize type="html"/>
>> <map:serialize type="xml"/>
>> </map:match>
>>
>> puis celui-ci :
>>
>> <map:match pattern="body-boats/tt/planning.xml">
>> <map:aggregate element="planning">
>> <map:part src="cocoon:/planning_past/tt"/>
>> <map:part src="cocoon:/planning_future/tt"/>
>> </map:aggregate>
>> <map:transform
>> src="stylesheets/planning-setstatus2planning.xsl"/>
>> <map:select type="parameter">
>> <map:parameter name="parameter-selector-test"
>> value="{request-param:month}{request-param:year}{request-param:nbMonth}"/>
>>
>> <map:when test="">
>> <map:transform type="planning">
>> <map:parameter name="start" value="{date:date}"/>
>> <map:parameter name="nbMonth" value="2"/>
>> </map:transform>
>> </map:when>
>> <map:otherwise>
>> <map:transform type="planning">
>> <map:parameter name="start"
>> value="{request-param:month}/01/20{request-param:year}"/>
>> <map:parameter name="nbMonth"
>> value="{request-param:nbMonth}"/>
>> </map:transform>
>> </map:otherwise>
>> </map:select>
>>
>> <snip/>
>> </map:match>
>>
>> Si j'appelle directement :
>> body-boats/tt/planning.xml?month=4&year=05&nbMonth=12
>>
>> les paramètres sont bien recus par le pipe, par contre, si j'appelle :
>>
>> frame_boats/tt/planning.html?month=4&year=05&nbMonth=12
>>
>> le pipe ne recoit aucun des parametres de la requete :(
>>
>> Le code fonctionnait en version 2.1.5.1
>>
>> Quelqu'un est au courant d'un changement dans ce module, ou quelque
>> chose qui aurait un rapport ?
>> Je n'arrive pas a comprendre ce qui cause le problème, vu que je n'ai
>> pas d'erreur dans les logs...
>>
>> Merci,
>>
>> Marc
>>
>>
>> ---------------------------------------------------------------------
>> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Benchmarks Cocoon
Posted by Sylvain Wallez <sy...@apache.org>.
Frédéric Glorieux wrote:
>
>> http://wiki.apache.org/cocoon/CocoonPerformanceResults
>
>
> Merci beaucoup pour ce lien, surtout pour les configs !
Hmm... je viens de me rendre compte que les superbes graphiques dans les
pages "sample 1" et "sample 2" ont été perdues lors de la migration du
wiki de cocoondev.org vers apache.org. Je vais voir comment les récupérer.
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Benchmarks Cocoon
Posted by Frédéric Glorieux <fr...@ajlsm.com>.
> http://wiki.apache.org/cocoon/CocoonPerformanceResults
Merci beaucoup pour ce lien, surtout pour les configs !
--
Frédéric Glorieux ("AJLSM", <http://ajlsm.com>)
"Transfolio" <http://transfolio.org>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Benchmarks Cocoon
Posted by Sylvain Wallez <sy...@apache.org>.
Guillaume Helle wrote:
>Bonjour,
>
>comme vous le savez, pour faire entrer des nouveaux frameworks dans les
>réponses aux appels d'offre, il faut se battre...
>C'est pour cela que je suis à la recherche de benchmarks faits avec Cocoon.
>
>Je m'explique : quand on décrit cocoon et que l'on sort comme mots clés
>"XML", "XSLT", pipelines et autres, la premiére des questions est sur les
>performances...
>(Peut-être aussi parceque c'est souvent un point critique dans les problèmes
>qu'on a par la suite.)
>On a beau parler de cache, de flux SAX moins gourmand que le DOM, rien n'y
>fait...
>
>Donc pour convaincre, je suis à la recherche de benchmarks ou d'exemples
>d'utilisation où de gros volumes de données, un grand nombre de requêtes
>et/ou d'utilisateurs sont en jeu.
>
>
L'exemple le plus significatif à ce jour est Vodafone Live (version
Allemande) : 4 millions de hits par jour, avec adaptation du contenu à
la volée à près de 100 types de téléphones différents.
Les gars de Vodafone on fait des benchmarks, qui ont d'ailleurs permis à
l'époque de lever qq problèmes d'accès concurrents en cas de très forte
charge. Ils ont publié un certain nombre de résultats sur
http://wiki.apache.org/cocoon/CocoonPerformanceResults
Au delà de cette jolie référence, la performance d'une appli Cocoon
dépend de deux paramètres importants :
- la "cachabilité" des pipelines, qui permet de ne pas recalculer deux
fois la même chose,
- pour les pipelines non cachables, leur complexité.
La cachabilité est dépendante des composants utilisés. Un parser, un
transformer XSLT ou i18n sont cachable, parce qu'on sait définir une clé
unique définissant leur contexte de travail et les conditions de
validité de leur production.
Par contre, une XSP n'est de base pas cachable car on ne peut pas savoir
a priori de quoi dépend sa production. On peut toutefois la rendre
cachable si nécessaire.
Il n'y a donc pas d'argument "killer", si ce n'est que le cache de
Cocoon est conçu de façon à éviter au maximum le travail inutile, et
ceci de façon automatique et transparente. Un élément qu'on prend
rarement en compte avec les JSP ;-)
Sylvain
--
Sylvain Wallez Anyware Technologies
http://apache.org/~sylvain http://anyware-tech.com
Apache Software Foundation Member Research & Technology Director
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Benchmarks Cocoon
Posted by Guillaume Helle <gu...@capgemini.com>.
Bonjour,
comme vous le savez, pour faire entrer des nouveaux frameworks dans les
réponses aux appels d'offre, il faut se battre...
C'est pour cela que je suis à la recherche de benchmarks faits avec Cocoon.
Je m'explique : quand on décrit cocoon et que l'on sort comme mots clés
"XML", "XSLT", pipelines et autres, la premiére des questions est sur les
performances...
(Peut-être aussi parceque c'est souvent un point critique dans les problèmes
qu'on a par la suite.)
On a beau parler de cache, de flux SAX moins gourmand que le DOM, rien n'y
fait...
Donc pour convaincre, je suis à la recherche de benchmarks ou d'exemples
d'utilisation où de gros volumes de données, un grand nombre de requêtes
et/ou d'utilisateurs sont en jeu.
Merci pour vos retours et vos pointeurs!
Amicalement,
Guillaume Helle
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: Problemes de parametres de requete
Posted by Jean-Christophe Kermagoret <jc...@babelobjects.com>.
Salut Marc,
je ne sais pas pourquoi ca marche en 2.1.5.1 et 2.1.7 mais pour résoudre
à très court terme ton pb, tu peux mettre "?{request:queryString} à la
suite de ton pipe, par exemple cocoon:/body-{2}.xml?{request:queryString}
Comme cela, tu passes globalement et explicitement tous les params
C'est pas très propre mais ca devrait te dépanner si tu es pressé :-)
Jean-Christophe
Marc Salvetti a écrit :
> Bonjour,
>
> Je rencontre un problème après avoir migré sur la 2.1.7 avec le module
> request-param.
>
> J'ai ce premier pipe :
>
> <map:match pattern="**frame_**.html">
> <map:generate src="cocoon:/body-{2}.xml"/>
> <map:transform type="omitns"/>
> <map:serialize type="html"/>
> <map:serialize type="xml"/>
> </map:match>
>
> puis celui-ci :
>
> <map:match pattern="body-boats/tt/planning.xml">
> <map:aggregate element="planning">
> <map:part src="cocoon:/planning_past/tt"/>
> <map:part src="cocoon:/planning_future/tt"/>
> </map:aggregate>
> <map:transform
> src="stylesheets/planning-setstatus2planning.xsl"/>
> <map:select type="parameter">
> <map:parameter name="parameter-selector-test"
> value="{request-param:month}{request-param:year}{request-param:nbMonth}"/>
> <map:when test="">
> <map:transform type="planning">
> <map:parameter name="start" value="{date:date}"/>
> <map:parameter name="nbMonth" value="2"/>
> </map:transform>
> </map:when>
> <map:otherwise>
> <map:transform type="planning">
> <map:parameter name="start"
> value="{request-param:month}/01/20{request-param:year}"/>
> <map:parameter name="nbMonth"
> value="{request-param:nbMonth}"/>
> </map:transform>
> </map:otherwise>
> </map:select>
>
> <snip/>
> </map:match>
>
> Si j'appelle directement :
> body-boats/tt/planning.xml?month=4&year=05&nbMonth=12
>
> les paramètres sont bien recus par le pipe, par contre, si j'appelle :
>
> frame_boats/tt/planning.html?month=4&year=05&nbMonth=12
>
> le pipe ne recoit aucun des parametres de la requete :(
>
> Le code fonctionnait en version 2.1.5.1
>
> Quelqu'un est au courant d'un changement dans ce module, ou quelque
> chose qui aurait un rapport ?
> Je n'arrive pas a comprendre ce qui cause le problème, vu que je n'ai
> pas d'erreur dans les logs...
>
> Merci,
>
> Marc
>
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
--
Jean-Christophe Kermagoret
jck@BabelObjects.Com
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org