URL encoding patch, was Re: MKACTIVITY and transactions

[Carlos Villegas <ca...@uniscope.jp>]

That's fine as long as the problem gets solved. I'll test yours in my 
setup and report later.

I just discovered an issue that breaks my fix. Something is different 
when using the AJP connector in Tomcat instead of the HTTP connector. We 
use mod_jk2 with the Apache webserver to integrate several applications 
together under a single site; we do the SSL on the webserver also. It 
seems that URLs are handled differently by the AJP connector or the 
webserver does something to the URLs before passing them to Tomcat; it 
breaks the UTF-8 detection logic. I'll check this.

Carlos

Thomas Draier wrote:
> hi,
> i just found your bug entry and it looks like it is exactly the same  
> problem as the one i had - but the patch i submitted has not been  
> commited .. i may do it when i'll get some karma :-) maybe you can try  
> it (bug 31265), and tell me if it also fix your problem. i think  both  
> patch conflicts, even if they do not acts on the same class/methods,  
> they seems to fix the same problem. i've tested with the same clients  
> (netdrive, xp without office, and cadaver) but on a french os. sorry i  
> did not see your bug entry before ..
> thomas
> 
> Le 2 déc. 04, à 13:12, Oliver Zeigermann a écrit :
> 
>> Which one is it? I think Thomas is the one who has insight. Maybe he  
>> can help?!
>>
>> Thomas?
>>
>> Oliver
>>
>>
>> On Thu, 02 Dec 2004 19:30:40 +0900, Carlos Villegas <ca...@uniscope.jp>  
>> wrote:
>>
>>> No. I don't have any code. As you said it just sounded like a good  
>>> idea...
>>>
>>> BTW, I submitted a patch sometime ago to fix url encoding on double  
>>> byte
>>> locales. I haven't heard if a committer reviewed it and it has been
>>> accepted or rejected. I think somebody was asking recently about
>>> chinese. I only tested with japanese but I think it should work with
>>> chinese and korean as well.
>>>
>>> Carlos

---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org