Joerg, I found the same as you if I type the URL in my browser.
But in my case the problem is that the URL will be parsed through an XML parser. If I type "&" the XML parser returns me this error: An error occurred The org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode notifies that org.apache.cocoon.ProcessingException says: The reference to entity "c" must end with the ';' delimiter. More precisely: org.apache.cocoon.ProcessingException: Failed to load sitemap from file:/C:/jakarta-tomcat-4.1.12/webapps/cocoon/woc/portal-fw/sitemap.xmap: file:/C:/jakarta-tomcat-4.1.12/webapps/cocoon/woc/portal-fw/sitemap.xmap:168:70:org.xml.sax.SAXParseException: The reference to entity "c" must end with the ';' delimiter. And If I type "&" the XML parser doesn't return an error but the link isn't correct anymore because it uses "&" instead of "&". Sylvain -----Message d'origine----- De: Joerg Heinicke [mailto:[EMAIL PROTECTED]] Date: mardi, 14. janvier 2003 21:14 À: [EMAIL PROTECTED] Objet: Re: file generator error Hello Geoff, If I type http://127.0.0.1:8080/cocoon/joerg/test?test=test&test2=test2 in Mozilla URL textbox I get expected <requestParameters> <parameter name="test2"> <value>test2</value> </parameter> <parameter name="test"> <value>test</value> </parameter> </requestParameters> If I type http://127.0.0.1:8080/cocoon/joerg/test?test=test&test2=test2 I get (IMO also) expected <requestParameters> <parameter name="amp;test2"> <value>test2</value> </parameter> <parameter name="test"> <value>test</value> </parameter> </requestParameters> because & as delimiter for the parameters (not &), so amp; must be the beginning of the next parameter name. But I think, that's not the problem. The only one is the replacing of the character reference & with the character & done by the XML parser. And as I only can point out it works for me as shown below. Why, Sylvain, aren't you simply trying the same? Afterwards a simple look in the core.log shows the correct resolving of & or not. Regards, Joerg Geoff Howard wrote: > don't remember seeing a bug fix related to this, but that could be it - I > use a cvs version of 2.1 from early december (12/7 I think). Joerg, do you > get the result I do on the request generator example (Sylvain too)? > > Geoff > >>-----Message d'origine----- >>De: Joerg Heinicke [mailto:[EMAIL PROTECTED]] >> >>Hello Geoff and Sylvain, >> >>I can't confirm a bug using Cocoon 2.1 dev from CVS (2003-01-07). >> >>Using this sitemap snippet >> >><map:match pattern="test"> >> <map:generate >>src="http://www.moreover.com/cgi-local/page?o=xml&c=Virus%20wa >>rnings"/> >> <map:serialize type="xml"/> >></map:match> >> >> >>DEBUG (2003-01-13) 16:48.59:984 [core.manager] (/cocoon/joerg/test) >>Thread-9/SourceResolverImpl: Resolving >>'http://www.moreover.com/cgi-local/page?o=xml&c=Virus%20warnings' with >>base 'file:/D:/xml/' in context 'file:/D:/Tomcat/bin/' >>DEBUG (2003-01-13) 16:48.59:984 [core.manager] (/cocoon/joerg/test) >>Thread-9/SourceResolverImpl: Resolved to systemID >>'http://www.moreover.com/cgi-local/page?o=xml&c=Virus%20warnings' >>DEBUG (2003-01-13) 16:48.59:984 [core.manager] (/cocoon/joerg/test) >>Thread-9/SourceResolverImpl: Making URL from >>http://www.moreover.com/cgi-local/page?o=xml&c=Virus%20warnings --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]> --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faq/index.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>