国际化问题

最新推荐文章于 2021-02-17 02:29:06 发布

攻城狮Luke（刘健彬）

最新推荐文章于 2021-02-17 02:29:06 发布

阅读量306

点赞数

分类专栏： J2EE 文章标签：国际化 frame

J2EE 专栏收录该内容

27 篇文章 0 订阅

订阅专栏

原本以为国际化是一件很简单的事情，中间发生了一个问题，让我重新认识了struts2. 顺便说一下，网上关于struts2多语言支持的文章，多半都是有问题的，国际化的支持不需要新建类，甚至不需要手动设置session。

struts2国际化的支持做的实在是很牛逼，按照网上的说明能很容易的写出demo来，并且基本上能一次测试通过。

但是，我的程序发生了点意外，如果没有意外，我也不会去研究的那么深入。

。

如果要看入门的，请不要往下看了，网上已经有很多了先看我的程序

登录页面国际化代码

<s:text name="login.language"/>

<s:select name="request_locale" id="request_locale" value="#session['WW_TRANS_I18N_LOCALE']"

list="%{#{'zh':'中文', 'en':'English'}}" οnchange="changeLanguage();">

</s:select>

</div>

functionchangeLanguage(){

$.ajax({

url:'relogin.htm',

type:'POST',

data:'request_locale='+$("#request_locale").val(),

success:function(msg){

window.location.reload();

}

});

}

主页面框架代码

<frame src="<%=request.getContextPath()%>/page/menu.jsp" name="menu" marginHeight="0px" marginwidth="0px" scrolling="no"></frame>

<frame src="<%=request.getContextPath()%>/page/configure/welcome.html" name="main"></frame>

</frameset>

其中menu.jsp和left.jsp都需要用到国际化。

神奇的现象出现了，menu.jsp和left.jsp都没有使用国际化，而之前的登录页面上，国际化做的很好。

。

难不成是神仙显灵了？？？

按照一般的经验，这个是完全没理由的，之前的页面国际化做的很好，后面的页面国际化失灵了？？？？

中间略去很多痛苦的过程，下面贴出我的研究结果

struts2在国际化上面，有两个地方存放了Locale属性，一个是ActionContext.setLocale();还有一个是session.getAttribute("WW_TRANS_I18N_LOCALE")

ActionContext中的属性是在FilterDispatcher.prepareDispatcherAndWrapRequest的时候被设置进去的，这个值一直是HTTP协议头中的Locale

session中的变量是在I18nInterceptor被调用的时候，被设置进去的，这个值是参数中通过request_locale传输进去的

国际化的输出，是调用text标签或者getText方法来实现的，这边需要使用到ActionSupport中的TextProvider对象，这个对象将会调用最终的ResourceBundle进行输出。

而TextProvider的却是在ActionSupport初始化的时候，调用ActionContext.getLocale()生成的。

换句话说，session中的Locale对象，在国际化的输出中没有发挥任何作用，session中的Locale对象，是为了保存用户输入的自定义的Locale对象，以及给ActionContext赋值用的。

而我的问题发生在，在主页面显示的请求过程中，并没有调用到I18nInterceptor。

。

FilterDispatcher是配置的所有的连接都会调用的，问题就发生在主页面在显示frame的时候，使用的是直接调用jsp的方法来实现的，在ActionContext.setLocale()一直都浏览器本身的Locale，但是并没有触发I18nInterceptor，所以，session中保存的Locale没有被覆盖出来，导致页面上一直都显示是浏览器的语言。

。

知道原因以后，解决方法就好办很多，只要把主页面的frame稍加改变就解决了这个问题

<frame src="<%=request.getContextPath()%>/page/menu.htm" name="menu" marginHeight="0px" marginwidth="0px" scrolling="no"></frame>

<frame src="<%=request.getContextPath()%>/page/configure/welcome.html" name="main"></frame>

</frameset>

让本来直接请求jsp的，经过一下action的中转，尽管程序本身没有写任何东西，但是在执行过程中却会把本来没有执行的I18nInterceptor，给加进去，会用session中已经存在的Locale覆盖掉浏览器传输的Locale，问题就解决了。

引申出的问题，因为页面上使用text标签来进行浏览器国际化输出的，所有标签都是依赖于valueStack进行参数传递的。

如果像我上面不规范的调用过程，会造成很多莫名其妙的错误来。

需要说明的，这边并不是struts2的BUG，是我们对struts2使用不规范造成的错误。