The classpath*: prefix of java

When constructing an XML-based application context, a location string may use the special classpath*: prefix:

ApplicationContext ctx = new ClassPathXmlApplicationContext("classpath*:conf/appContext.xml");

This special prefix specifies that all classpath resources that match the given name must be obtained (internally, this essentially happens via a ClassLoader.getResources(...) call), and then merged to form the final application context definition.

Classpath*: portability
The wildcard classpath relies on the getResources() method of the underlying classloader. As most application servers nowadays supply their own classloader implementation, the behavior might differ especially when dealing with jar files. A simple test to check if classpath* works is to use the classloader to load a file from within a jar
on the classpath:

getClass().getClassLoader().getResources("someFileInsideTheJar").

Try this test with files that have the same name but are placed inside two different locations.
In case an inappropriate result is returned, check the application server documentation for settings that might affect the classloader behavior.

The "classpath*:" prefix can also be combined with a PathMatcher pattern in the rest of the location path, for example "classpath*:META-INF/*-beans.xml". In this case, the resolution strategy is fairly simple: a ClassLoader.getResources() call is used on the last non-wildcard path segment to get all the matching resources in the class loader hierarchy, and then off each resource the same PathMatcher resoltion strategy described above is used for the wildcard subpath.

Memo: This article content copied from spring 3.0 framework reference PDF file.

springmvc 中ajax提交发生乱码问题

这个问题目前只是在springmvc项目中碰到，在IE和Chrome中，当用jQuery.post()方法发起ajax请求时，Controller中收到的中文内容变成乱码了，而在firefox中用jQuery.post()进行ajax请求时是正常的。
在Controller中调用如下代码(项目为UTF-8编码)：

// name 是post收到的字符串变量名
System.out.println(new String(name.getBytes(HTTP.ISO_8859_1), HTTP.UTF_8));

可以看到乱码恢复正常，说明IE和Chrome提交的ajax请求中的内容被编码成 ISO-8859-1 编码了。
而实际上，对于IE而已，所有的ajax请求都是以UTF-8方式发起的，通过以下方式设置ajax请求的编码为GBK实际是没有用的，服务器收到仍然是UTF-8编码的请求体：

xmlhttp.setRequestHeader( "Content-Type", "text/html;charset=GBK" );
// or
xmlhttp.setRequestHeader( "Content-Type", "application/x-www-form-urlencoded; charset=GBK");

因此可以肯定是springmvc在收到POST请求后，将请求体的数据用 ISO-8859-1 编码来处理了，最后传到Controller中时变成了乱码，但是为何firefox中提交的却仍然是正确的呢？
在firebug中观察firefox中的ajax请求头，可以看到firebug中的提示：

Content-Type application/x-www-form-urlencoded; charset=UTF-8

而在IE中用http analysis工具看到的却是：

Content-Type application/x-www-form-urlencoded

google Chrome中与IE一样，ajax请求头中没有指明编码，所以Chrome和IE一样将发生乱码了。
查看jquery-1.4.4.js源码可以看到，jQuery中原来的 contentType设置为"application/x-www-form-urlencoded"，IE和Chrome中的请求头显示是正确的，没有问题，反而是firefox将contentType中设置了编码。
从这个请求头分析来看，应该是springmvc没有得到请求的编码，而将其内容设置为ISO-8859-1了，因此发生了乱码的情况。

解决方法还是参考firefox的请求头，在contentType中指定编码，明确告诉服务器端，当前请求体的编码方式为UTF-8。

xmlhttp.setRequestHeader( "Content-Type", "application/x-www-form-urlencoded; charset=UTF-8");

如果使用jQuery发起ajax请求，javascript的代码改为如下方式发起ajax请求，而不是以$.post()和$.get()等快捷方法：

$.ajax({
url: url,
type: "POST",
dataType: "html",
contentType: "application/x-www-form-urlencoded; charset=UTF-8",
data: data,
complete:function(data) {
}
});

spring的属性编辑器CustomDateEditor及日期对象转化

在spring mvc的Controller中，属性在通过依赖注入(DI)时，普通数据类型都能够辨识。但诸如Date之类，就需要自定义属性编辑器解决。否则报如下错误：
org.springframework.beans.TypeMismatchException:
Failed to convert property value of type [java.lang.String] to required type
[java.util.Date] for property 'date'; nested exception is java.lang.IllegalArgumentException: Cannot convert value of type [java.lang.String] to required type [java.util.Date] for property 'date': no matching editors or conversion strategy found
这表示spring无法找到合适的转换策略，需要自己写一个转换器，在spring中称之为属性编辑器。
spring中的属性编辑器可以将字符串转换为相应的对象，然后注入到其它对象中去。
编写自己的属性编辑器的步骤很简单，属性编辑器类需要从java.beans.PropertyEditorSupport类继承，在这个类中有一个setAsText方法，这个方法有一个String类型的参数，通过这个方法，可以将String类型的参数值转换成其他类型的属性。在这个方法中我们还需要使用一个setValue方法，就来指定转换后的对象实例。
spring 中有个 CustomDateEditor 的类就是继承 PropertyEditorSupport 的一个属性编辑器，在Controller中添加一个@InitBinder的Annotation到某个方法上，在方法中指明日期字符串的格式，就可以将符合此格式的字符串转化为日期对象，代码如下：

/**
* <pre>
* HTML forms work with string values only, when your Authority is a complex bean. You need to configure a PropertyEditor to perform conversion between Authority and String:
*
* @InitBinder
* public void initBinder(WebDataBinder b) {
* b.registerCustomEditor(Authority.class, new AuthorityEditor());
* }
*
* private class AuthorityEditor extends PropertyEditorSupport {
* @Override
* public void setAsText(String text) throws IllegalArgumentException {
* // 另外一个例子是根据字符串，从数据库中查找返回对象
* setValue(authorityService.findById(Long.valueOf(text)));
* }
*
* @Override
* public String getAsText() {
* return ((Authority) getValue()).getId();
* }
* }
* </pre>
*
* 这个方法用来将页面表单上传的Date字符串转化成java的Date对象
*
* @param binder
*/
@InitBinder
public void initBinder(WebDataBinder binder) {
DateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
dateFormat.setLenient(false);
binder.registerCustomEditor(Date.class, new CustomDateEditor(dateFormat, false));
}

Reference: how to pass a date into bean property