上一篇: 
性格测试
性格测试下一篇: 
请不要把党代和人代搞混了
请不要把党代和人代搞混了
2007/10/20 20:20 | by 
今天玩了一把resin 发现resin 3.1的一个bug
我的应用程序是用webflow写的，webflow经过高度分装的request，返回的时候一般这样得到：
System.out.println(context.getRequestParameters());
在resin3.1中发现如果某个参数带入了中文，结果这个参数就神奇般的消失了！当时以为是编码问题，试了半天还是这个样子，这个参数只要有中文就会神奇消失！！！
在百般无奈的情况下，我换用了resin3.0.24程序一切正常，和原来在tomcat6下完全一致。
现在猜想一下问题所在：
webflow作为一种对request的高度封装，它本身的编码肯定是不会动的，而问题就出在了resin上，它传过来之后我估计是做了一次强制转码工作，造成中文神奇的消失了，之后webflow由于读到某个参数为空，因此就不在request的hashmap中出现了，希望resin下个版本能修复这个问题，解决同志们传输中文的问题。
今天是神奇的一天发现tomcat6.0.14修复了之前的一个小bug，之前写taglib时即使你的编码是gbk但是当用writer写到页面上的时候依然会自动变成iso-8859-1之前tomcat5.5是好的，今天换了tomcat6.0.14之后发现这个问题也好了^^
我的应用程序是用webflow写的，webflow经过高度分装的request，返回的时候一般这样得到：
System.out.println(context.getRequestParameters());
在resin3.1中发现如果某个参数带入了中文，结果这个参数就神奇般的消失了！当时以为是编码问题，试了半天还是这个样子，这个参数只要有中文就会神奇消失！！！
在百般无奈的情况下，我换用了resin3.0.24程序一切正常，和原来在tomcat6下完全一致。
现在猜想一下问题所在：
webflow作为一种对request的高度封装，它本身的编码肯定是不会动的，而问题就出在了resin上，它传过来之后我估计是做了一次强制转码工作，造成中文神奇的消失了，之后webflow由于读到某个参数为空，因此就不在request的hashmap中出现了，希望resin下个版本能修复这个问题，解决同志们传输中文的问题。
今天是神奇的一天发现tomcat6.0.14修复了之前的一个小bug，之前写taglib时即使你的编码是gbk但是当用writer写到页面上的时候依然会自动变成iso-8859-1之前tomcat5.5是好的，今天换了tomcat6.0.14之后发现这个问题也好了^^
