posts - 3,  comments - 6,  trackbacks - 0
上次的gsp中文编码问题,我在grails的源码找到了问题的所在。
grails的gsp servlet程序是通过org.codehaus.groovy.grails.web.pages.GroovyPagesTemplateEngine对gsp进行编译和解释的,再此过程中同包下的Parse类负责了最基本的词法检查。但是Parse的readStream(InputStream in)读取gsp文件时,简单采用了ByteArrayOutputStream的toString()函数,这个函数只采用系统默认编码进行识别。也就是在这里产生了gsp依赖与操作系统默认编码集的问题。
既然如此,猜测有一个并不完美的解决方法:通过file.encoding系统属性来指定虚拟机的默认编码集。
比如:grails run-app -Dfile.encoding=GBK
结果又出乎我的意料,这样并不能工作,似乎是由于grails本身生成几个文件是UTF8编码的,强行指定GBK编码后会有问题。

看起来,如果你希望部署打包好的war程序包的话,没有好方法,只能选择编码集相同的环境!

我认为好的方法应该是grails支持在gsp的servlet配置中增加一个叫做fileEncoding的初始化参数,在读取文件时应用此参数。这样大家就可以根据自己的喜好选择开发grails的环境了。不过目前GroobyPagesServlet类与Parse类之间还隔了GroovyPagesTemplateEngine,并且这个GroovyPagesTemplateEngine的单例初始化是在其他地方完成的,要想实现这个参数比较繁琐。

或者要想简单的话就干脆写死Parse中使用UTF8,这也是个不错的选择,eclipse之类的开发工具对UTF8的支持很好,其他开发工具应该没有不支持UTF8的吧。这样就要求大家都是用UTF8编写gsp,反正文件中绝大多数都还是英文字符,也没多占几个字节。

如果上面的方法都不喜欢怎么办?我还有一个办法,就是不要在gsp中写ISO-8859-1字符以外的任何东西,使用i18n输出你期望的中文字符。其实也就是顺带着把网站所有资源国际化了,呵呵,一举两得。不过以我的体验来说,真要这样做的话,通常你是会抓狂的,properties文件将超出你想象的疯长,那个郁闷呀。
而且还要注意,虽然grails说可以配置在发布时把properties文件自动做native2ascii,但是现有会有类似的问题:原始的properties文件的native编码是什么?最好还是找个properties的编辑工具,直接保存成ascii的unicode转码比较好。
posted on 2007-09-17 22:39 Tiger F 阅读(1741) 评论(0)  编辑  收藏

只有注册用户登录后才能发表评论。


网站导航: