怎的在架构中合理的设置request中的Lcoale

怎样在架构中合理的设置request中的Lcoale

相信很多朋友在做J2EE国际化的时候，很可能遇到这个问题。因为request中的Locale是非常重要的，它代表着用户浏览器的设置，同时，很多应用都是在这里读取用户Locale然后进行国际化的。

但是问题就在于，如果我们的应用中很多地方都适应request.getLocale()来获取Locale，但是我们希望使用自己的Locale，比如说是User信息中包含了一个叫Locale的字段。那么我们怎样使用比较方便呢？有人说把Locale存在Session中比较合适。其实这个要视情况而定，我们应用中很多使用request.getLocale()，如果我们放在Session中，那么要去改很多getLocale的方法，很不合算。

如果不需要浏览器的Locale或者说，需要让request的getLocale返回一个Locale是我们设置的User.getLcoale()字段的话，怎么解决这一问题，request没有setLocale()这一方法。

在web.xml中使用filter，给request包装，重写getLocale()方法

1.使用HttpServletRequestWrapper包装用户的request，在这里可以构造自己想要的方法：

[java] view plaincopyprint?

public class LocaleRequestWrapper extends HttpServletRequestWrapper{
public LocaleRequestWrapper(HttpServletRequest request) {
super(request);
}
public Enumeration getLocales() {
Vector v = new Vector(1);
v.add(getLocale());
return v.elements();
}
public Locale getLocale() {
String localeStr = ((HttpServletRequest) getRequest()).getSession().getAttribute("locale").toString();
Locale locale = new Locale(localeStr);
return locale;
}
}

这里，locale变量被设置在了Session中，在request中提取，并包装了改Locale并向下传递。

getLocales()返回的是browser中用户所选的所有languages的一个list。而默认情况下，getLocale()返回的是第一个，对该方法进行重写之后，返回的就是我们放在Session中的locale了。

2.在I18NFilter 中提取用户的request并包装为LocaleRequestWrapper，向下传递：

[java] view plaincopyprint?

public class I18NFilter implements Filter {
transient static protected MessageLogger LOG = MessageLogger.getLogger(I18NFilter.class);
@Override
public void init(FilterConfig filterConfig) throws ServletException {
}
@Override
public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
if (servletRequest instanceof HttpServletRequest && ((HttpServletRequest) servletRequest).getSession().getAttribute("locale") != null) {
LOG.debug("I18N filter processing...");
HttpServletRequest req = (HttpServletRequest)servletRequest;
LocaleRequestWrapper wrapper = new LocaleRequestWrapper(req);
filterChain.doFilter(wrapper, servletResponse);
} else {
filterChain.doFilter(servletRequest, servletResponse);
}
}
@Override
public void destroy() {
}
}

3.在web.xml中配置该filter

[html] view plaincopyprint?

<filter>
<filter-name>I18NFilter</filter-name>
<filter-class>com.rsi.uif.filter.I18NFilter</filter-class>
</filter>
<filter>

别忘了配置filter-mapping:

[html] view plaincopyprint?

<filter-mapping>
<filter-name>I18NFilter</filter-name>
<url-pattern>/route/*</url-pattern>
</filter-mapping>

这种方案是可行的，但是它有一个明显的问题：当用户第一层登陆进来的时候，由于初次访问server，session中的locale还没有设置（及可能是filter拦截的locale的时候，要访问的页面还没有还是执行，session中没有locale），这时候会出现整个架构使用了浏览器的lcoale。

根据我自己的具体应用，做了如下修改：

抛开filter，在核心的servlet中的适当位置，对request进行wrap：

在我们的Framework中，其实使用request.getLocale()来获取locale进行国际化操作的地方主要集中于view上，有一个view的Utility类，用于将request传递给view（JSP\JSF, etc）.那么我们找到了合适的位置，在这里，我们不需要去读session中的lcoale，由于在核心servlet中，context是必须的，而且通过context肯定可以获得user的相关信息。比如context.getUser().getLocale().

好了，再按照刚才的第一个方案中使用的wrapper,对locale封装。这样user Locale 就进入我们的系统啦，融合默契。

[java] view plaincopyprint?

public class LocaleRequestWrapper extends HttpServletRequestWrapper{
private Locale locale;
public LocaleRequestWrapper(HttpServletRequest request,Locale locale) {
super(request);
this.locale = locale;
}
public Enumeration getLocales() {
Vector v = new Vector(1);
v.add(getLocale());
return v.elements();
}
public Locale getLocale() {
return this.locale;
}
}

这里可以看到，我们新添加了一个字段，叫做locale，在wrap用户的Lcoale的时候要进行初始化：

[java] view plaincopyprint?

LocaleRequestWrapper lrw = new LocaleRequestWrapper((HttpServletRequest)request,context.getUserContext().getUser().getLocale());//封装
dispatcher.forward(lrw, response);//转发给view

后记--值得改进一下的地方：
其实不应该把request的getLocales()给简单的重写掉，保留browser的locale在某些情况下是非常有用的。

怎的在架构中合理的设置request中的Lcoale

相关推荐