DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25257>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25257 Proxy recording does not intepert unit code \u3310 correctly [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Other |Windows NT/2K ------- Additional Comments From [EMAIL PROTECTED] 2003-12-16 22:37 ------- This is a Windows-specific issue. Marking it as such. Here's a very quick test: $ cat testchars.java import java.net.URLEncoder; import java.net.URLDecoder; public class testchars { public static void main(String[] args) { System.out.println(URLEncoder.encode(URLDecoder.decode(args[0]))); } } $ javac testchars.java $ java testchars %E3%8C%90 %E3%8C%90 And then from Windows: E:\tmp\tmp> c:\jdk1.3.1_07\bin\java testchars %E3%8C%90 %E3%8C%3F JDK 1.4.1_05 produces the same results. Passing "UTF-8" as the encoding solved the issue in 1.4.1_05. This is mandatory in the 1.4 JDKs (the URL encode/decode methods without an explicit encoding are deprecated) but it's not a possibility in 1.3 JDKs (the methods with explicit encoding did not exist). So this bug will be fixed by adding an explicit encoding to each and every URLEncoder.encode and URLDecoder.decode call. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
