Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Message-ID: <20040826143510.45667.qmail@hp1.pomoshnik.ru>
References: <20040824130142.8489.qmail@hp1.pomoshnik.ru>
            <cgffde$jft$1@sea.gmane.org>
            <20040825140522.49867.qmail@hp1.pomoshnik.ru>
            <412CAD08.8070207@outerthought.org>
            <20040826121652.93412.qmail@hp1.pomoshnik.ru>
            <412DE33D.6080706@outerthought.org>
In-Reply-To: <412DE33D.6080706@outerthought.org> 
From: Timur Izhbulatov <tim@yxo.ru>
To: users@cocoon.apache.org
Subject: Re: Cocoon request decoding
Date: Thu, 26 Aug 2004 18:35:09 +0400
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Marc Portier writes: 

>> OK! Actually, I have no idea what is the purpose of this parameter and 
>> how does it influence excatly on the whole process even after reading 
>> [1]. And that's because don't change it =)
>> Here's what cocoon says:
>> DEBUG   (2004-08-26) 15:29.36:500   [access] (Unknown-URI) 
>> Unknown-thread/CocoonServlet: container-encoding was not set - defaulting 
>> to 'ISO-8859-1' 
>> 
> 
> yeah, this stuff is a bit messy, probably the best extra explanation is 
> just in checking the cocoon code that uses this: 
> 
> http://cvs.apache.org/viewcvs.cgi/cocoon/trunk/src/java/org/apache/cocoon/ 
> environment/http/HttpRequest.java?rev=30941&root=Apache-SVN&view=auto 
> 
> and understanding that we mimic here correct 2.3 servlet spec behaviour on 
> top of a possible 2.2 implementation (which doesn't have a the 
> setCharacterEncoding())

Thanks again. Your detailed instructions was really helpfull! 

Timur 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org