I am attempting to build a cinclude:include dynamically in a transformation that will have multiple parameters in the src URI. The final version should look like:
<cinclude:include src="url?p1=foo&p2=bar"/> To do this, I have the following xsl: <cinclude:include> <xsl:parameter name="src"> <xsl:text>url?p1=foo&p2=bar</xsl:text> </xsl:parameter> <cinclude:include> (obviously, I have more logic in actual usage, such as some value-of's to get the actual dynamic URL data). This, of course, doesn't work since XSLT 1.0 says that & is illegal to have in attributes. It becomes serialized as: <cinclude:include src="url?p1=foo&p2=bar"/> now, one would expect this to work, as in HTML 4.0, & is supposed to be equivalent to '&' everywhere. Most browsers support this, as well as seemingly most web servers (apache will accept '&' as well as '&' as delimiters between parameters). It doesn't seem that tomcat/cocoon supports this. If I attempt to fetch a URL with a & seperating parameters, I see this in the log: (fetched: 'url?p1=foo&p2=bar') METHOD: GET CONTENT LENGTH: -1 PROTOCOL: HTTP/1.0 SCHEME: http AUTH TYPE: null CURRENT ACTIVE REQUESTS: 1 REQUEST PARAMETERS: PARAM: 'amp;p2' VALUES: 'bar' PARAM: 'p1' VALUES: 'foo' Obviously, tomcat is not eating the rest of the 'amp;' part of the & markup. Has anyone seen this or know of a workaround to build dynamic urls that have parameters in them that cocoon WILL accept? Is this a bug in tomcat? thanks, rob --------------------------------------------------------------------- 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]>