spring中ResourceBundleMessageSource与ReloadableResourceBundleMessageSource查找资源的区别:
1.ResourceBundleMessageSource在xml配置中无法指定编码:
<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource">
<property NAME="basenames">
<LIST>
<VALUE >error</VALUE >
<VALUE >message</VALUE >
</LIST>
</property>
</bean>
而ReloadableResourceBundleMessageSource可以指定编码,譬如:
<bean id="messageSource" class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
<property NAME="defaultEncoding" VALUE ="gbk" />
<property NAME="basename" VALUE ="message" />
</bean>
2.加载资源文件的方式不同:
1).下面看下它们的源代码:
ResourceBundleMessageSource的加载,使用ClassUtils.getDefaultClassLoader()加载器,getDefaultClassLoader的方法代码如下:
p lic static ClassLoader getDefaultClassLoader()
{
ClassLoader cl = NULL;
try {
cl = Thread.currentThread().getContextClassLoader();
}
catch (Throwable ex) {
logger.debug("Cannot access thread context ClassLoader - falling back to system class loader", ex);
}
IF (cl == NULL)
{
cl = ClassUtils.class.getClassLoader();
}
RETURN cl;
}
//这种方式也是JVM默认的加载方式,先从当前线程中获取类加载器,如果没有,就获取这个类本身的类加载器
2).ReloadableResourceBundleMessageSource默认也使用ClassUtils.getDefaultClassLoader()加载器,它加载资源的方式如下:
p lic Resource getResource(STRING location)
{
Assert.notNull(location, "Location must not be null");
IF (location.startsWith("classpath:")) {
RETURN NEW ClassPathResource(location.s STRING("classpath:".LENGTH()), getClassLoader());
}
try
{
URL url = NEW URL(location);
RETURN NEW UrlResource(url);
}
catch (MalformedURLException ex)
{
RETURN getResourceByPath(location);
}
}
3). 小结:ResourceBundleMessageSource从classloader中加载资源文件,可以找到,
ReloadableResourceBundleMessageSource加载时,默认使用DefaultResourceLoader,他会先判断资源path是否带有classpath:前缀,如果有,用 ClassPathResource去加载资源文件,如果没有试着用文件协议的url去访问,再没有就在contextPath即WEB-INF下查找。
下面做一个Spring的MessageSource的示例:
1.我们单独新建一个spring消息文件beans-message.xml中加如下配置:
<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource">
<property NAME="basenames">
<LIST>
<VALUE >error</VALUE>
<VALUE >message</VALUE >
</LIST>
</property>
</bean>
2.这段配置假定在你的classpath中有两个资源文件(resource bundle),它们是error, message。通过ResourceBundle,使用JDK中解析消息的标准方式,来处理任何解析消息的请求。出于示例的目的,假定 message_zh_CN.properties的资源文件的内容为…
msg.common.serverBusy = \非\常\抱\歉,\系\统\十\分\繁\忙\!
#非常抱歉,系统十分繁忙!
msg.argument.required={0}\是\个\必\填\项\!
#{0}是个必填项!
3.再写一个测试类:
p lic class MessageTest {
p lic static void main(STRING[] args) {
MessageSource resources = NEW ClassPathXmlApplicationContext("beans-message.xml");
STRING message = resources.getMessage("msg.common.serverBusy", NULL, "Default", NULL);
System.out.println(message);
STRING message1 = resources.getMessage("msg.argument.required", NEW Object[] { "'联系方式'" }, NULL, Locale.CHINA);
System.out.println(message1);
}
}
结果输入为:
非常抱歉,系统十分繁忙!
'联系方式'是个必填项!
3.在我们的项目中,MessageSource不会单独使用,通常我们会把它和自己的业务一起使用,这时候我们可以直接用它本身的方法,我们也可以在其中加入我们自己的逻辑:如,自定义的一个消息类:
p lic class MessageSourceHelper {
private ResourceBundleMessageSource messageSource;
p lic STRING getMessage(STRING CODE, Object[] args, STRING defaultMessage, Locale locale) {
STRING msg = messageSource.getMessage(CODE, args, defaultMessage, locale);
RETURN msg != NULL ? msg.trim() : msg;
}
p lic void setMessageSource(ResourceBundleMessageSource messageSource) {
this.messageSource = messageSource;
}
}
在beans-message.xml中注入:
<bean id="messageSourceHelper" class="com.myspring.message.MessageSourceHelper">
<property NAME="messageSource">
<ref LOCAL="messageSource" />
</property>
</bean>
4.我们可以在MessageSourceHelper中加入自己的业务,注入依赖后,就可以在其他类中调用MessageSourceHelper中的方法。
5.理论简要:ApplicationContext接口扩展了MessageSource 接口,因而提供了消息处理的功能(i18n或者国际化)。与HierarchicalMessageSource一起使用,它还能够处理嵌套的消息,这些是Spring提供的处理消息的基本接口。让我们快速浏览一下它所定义的方法:
· STRING getMessage(STRING CODE, Object[] args, STRING DEFAULT, Locale loc):用来从MessageSource获取消息的基本方法。如果在指定的locale中没有找到消息,则使用默认的消息。args中的参数将使用标准类库中的MessageFormat来作消息中替换值。
· STRING getMessage(STRING CODE, Object[] args, Locale loc):本质上和上一个方法相同,其区别在:没有指定默认值,如果没找到消息,会抛出一个NoS hMessageException异常。
· STRING getMessage(MessageSourceResolvable resolvable, Locale locale):上面方法中所使用的属性都封装到一个MessageSourceResolvable实现中,而本方法可以指定 MessageSourceResolvable实现。
当一个ApplicationContext被加载时,它会自动在context中查找已定义为MessageSource类型的bean。此bean的名称须为messageSource。如果找到,那么所有对上述方法的调用将被委托给该 bean。否则ApplicationContext会在其父类中查找是否含有同名的bean。如果有,就把它作为MessageSource。如果它最终没有找到任何的消息源,一个空的StaticMessageSource将会被实例化,使它能够接受上述方法的调用。
Spring目前提供了两个MessageSource的实现:ResourceBundleMessageSource和StaticMessageSource。它们都继承 NestingMessageSource以便能够处理嵌套的消息。StaticMessageSource很少被使用,但能以编程的方式向消息源添加消息。ResourceBundleMessageSource会用得更多一些,
6. 更多的资料参考spring官方开发手册,很详尽的!
转自:
http://meiyx.iteye.com/blog/1028589
分享到:
相关推荐
一个简单的基于Maven 3 和 Spring mvc 3 框架搭建的国际化网站雏形。 spring mvc 入门配置 国际化配置 易扩展。 error_messages_en.properties error_messages_zh.properties 没有库文件,maven配好了会自动加载库...
Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而,Spring的用途不仅仅... 本文档是Spring框架高级源码笔记+Spring Boot data mongoDB中文文档 资源合集
狂神spring-security静态资源.zip
学习spring资源书籍,第三版讲解的很全面,包括springmvc的整合
来自于狂神Spring Security
最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,最新 spring mvc 资源,...
下载频道>资源分类>开发技术>Java>Spring技术内幕:深入解析Spring架构与设计原理 1/2 Spring技术内幕:深入解析Spring架构与设计原理 1/2资源大小:59MB 上传日期:2011-11-15 资源积分:5分 下载次数:30 上 传 者...
spring资源访问spring资源访问spring资源访问spring资源访问
spring jar资源包,包括:spring-aop.jar,spring-beans.jar,spring-context.jar,spring-core.jar,spring-dao-2.0-m1.jar,spring-hibernate.jar,spring-jdbc.jar,spring-mock.jar,spring-orm.jar,spring-...
spring osgi相关资源
基于Spring+JMX+Tomcat实现资源动态管理
40、spring mvc + spring + hibernate + bootstrap + mysql 人力资源管理系统.zip
spring-security静态资源
spring中连接池的使用
如果你以一种淡定的心态翻开这本书,无论你是Java程序员、Spring开发者,还是平台开发人员、系统架构师,抑或是对开源软件源代码着迷的代码狂人,都能从《Spring技术内幕:深入解析Spring架构与设计原理》中受益。...
spring3.x 实战资源教程,针对spring3.x企业实战教程讲解!让你对spring3.x有一个更形象的理解!
Spring技术内幕:深入解析Spring架构与设计原理.pdf
Spring.NET以Java版的Spring框架为基础,将Spring.Java的核心概念与思想移植到了.NET平台上。 第一章 序言 第二章 简介 2.1.概述 2.2.背景 2.3.模块 2.4.许可证信息 2.5.支持 第三章 背景 3.1.控制反转 第...
spring依赖资源包
此资源是对spring security使用数据库存储资源、角色、用户信息来保护http资源的实现的具体实现。可以参阅下文。 http://blog.csdn.net/shierqu/article/details/48803555 ...