Carsten Ziegeler wrote:

FYI, the Context (you get via Contextualizable) contains the ServletConfig
via a constant defined in the CocoonServlet.
This is something your two collegues were wondering about, but it might
be that it helps you :)


Yep, sounds like a way out of the stalemate I was facing..


However, what does this say about using cocoon outside the servlet-context?

In every case: I like the idea of using the contextualize() but maybe it makes more sense if we don't introduce a dependency between AbstractTextSerializer and servlet.jar?

So maybe the Context directly should be augmented with access to this kind of 'global' info?

-marc=

Carsten


-----Original Message-----
From: Marc Portier [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2003 2:15 PM
To: [EMAIL PROTECTED]
Subject: [heads up] cocoon's defaults form-encoding and
seerialize-encoding are inconsistent.


Hi all,


we seem to have a smaal inconsistency concerning encoding of HTML forms

- our HTML serializer by default is using the UTF-8 encoding.
(in fact it's set nowhere in the system and is thus left over to xalan which most likely is going down the easy path of assuming the default from XML land?)


- not setting the form-encoding parameter in cocoon's web.xml defaults to assuming the browsers are sending the request params in the ISO-8859-1 encoding (CocoonServlet.java line 500)


Suggested fix:
I'ld like to get rid of any possible mismatch between both defaults and would like to propose to let the AbstractTextSerializer default to whatever the form-encoding is reading.
(still have to look how the configure() could have access to that info)



What do people think?




Related discussions

* While at it, shouldn't we kinda default to UTF-8 anyway? even if that is not the default encoding of the servlet-container? (some gutfeeling argument: I think cocoon is closer to XML then to servlet-containers?)

* Why is the container-encoding also an init-param? isn't that fixed by the servlet 2.3 spec?


regards, -marc= -- Marc Portier http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at http://radio.weblogs.com/0116284/ [EMAIL PROTECTED] [EMAIL PROTECTED]





-- Marc Portier http://outerthought.org/ Outerthought - Open Source, Java & XML Competence Support Center Read my weblog at http://radio.weblogs.com/0116284/ [EMAIL PROTECTED] [EMAIL PROTECTED]



Reply via email to