you might want to use Java's urlencode function in your fo producing xslt
add
xmlns:urlencoder="xalan://java.net.URLEncoder
then use
urlencoder:encode(@url,'UTF-8');
warnings:
- this makes your xslt less portable of course, but it 'll nicely run in
the cocoon env
- watch out with the sequence of encoding and concatenating since I'm
doubthing if this will encode the '?', '/', '&' and '=' as well
Myriam Delperier wrote:
> | | I'm not sure if it's a good idea to set the container-encoding to
> | | utf-8. Cocoon's web.xml says about the container-encoding:
> | | "Since the servlet specification requires that the ISO-8859-1
> | | encoding
> | | is used (by default), you should never change this value unless you
> | | have a buggy servlet container."
> | |
indeed this variable tells to cocoon (only) which encoding was used by
your servlet-container on the http-request... so it's not really driving
anything, just telling cocoon what happened to the data it's getting
and the term 'buggy container' isn't really correct, the far from buggy
container jetty allows through a system property to actually set the
container-encoding to utf-8
(I'm even under the impression that version 5 does this by default)
so *ONLY* in those cases you need to change this setting in the web.xml
> | | Maybe if you set this back to iso, it will work with the iso-encoded
> | | urls. Just a guess...
>
> I've made this chande but
> unfortunately the pb is still the same
>
so no surprise here
HTH,
-marc=
--
Marc Portier http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
Read my weblog at http://blogs.cocoondev.org/mpo/
[EMAIL PROTECTED] [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
