不得不承认的是,在目前的web应用开发中,Spring的应用越来越广泛,其地位变得相当重要。而在最近推出的Spring 3.2版本中，又引入了一些新的值得关注的特性。本文中将介绍其中一些值得关注的新特性。

一　不再需要web.xml

　在新的Spring 3.2中，可以不再需要web.xml这个文件了，这得益于Servlet 3.0的新特性。

其中，可以使用@WebServlet在需要调用的servlet中，使用注解去设置servlet中的映射关系。这样的话，就可以不再象以往那样要通过在web.xml中对servlet进行配置，十分方便。

此外，Servlet 3.0提供了既能在容器中动态注册servlet的方法，也提供了通过实现

ServletContainerInitializer接口的方法实现在容器启动阶段为容器动态注册Servlet、Filter和listeners。容器会在应用的启动阶段，调用所有实现ServletContainerInitializer接口类中的onStartup()方法。而Spring　3.2中，则进一步简化了这点，只需要实现WebApplicationInitializer接口就可以了，其中提供了一个相关的实现类－－AbstractContextLoaderInitializer，它可以动态注册DispatcherServlet。这意味着，只要spring-webmvc.jar放置在web应用的web-inf/lib中，就可以调用Dispatcher servlet了。可以参考如下的例子（来自Spring文档）：

public class MyWebApplicationInitializer implements WebApplicationInitializer { 
 
    @Override 
    public void onStartup(ServletContext container) { 
        ServletRegistration.Dynamic registration = container.addServlet("dispatcher", new DispatcherServlet()); 
        registration.setLoadOnStartup(1); 
        registration.addMapping("/example/*"); 
    } 
 
} 

二　支持Java编程式配置在Spring mvc 3.2中，一个不错的特性就是在之前版本中支持使用Java代码配置各种依赖注入的基础上，进一步简化了配置。关于使用Java编程式配置的好处，可以通过下面这个链接文章的介绍去学习

（http://blog.frankel.ch/consider-replacing-spring-xml-configuration-with-javaconfig）。
在Spring mvc 3.2中，提供了AbstractContextLoaderInitialize的一个子类AbstractAnnotationConfigDispatcherServletInitializer去实现零XML配置的效果，只需要创建的类继承AbstractAnnotationConfigDispatcherServletInitializer就可以了，如下代码所示：

public  
 
class  
 
SugarSpringWebInitializer extends AbstractAnnotationConfigDispatcherServletInitializer { 
 
    @Override 
    protected Class<?>[] getRootConfigClasses() { 
        return new Class[] { JavaConfig.class }; 
    } 
 
    @Override 
    protected Class<?>[] getServletConfigClasses() { 
        return new Class[] { WebConfig.class }; 
    } 
 
    @Override 
    protected String[] getServletMappings() { 
        return new String[] { "/" }; 
    } 
 
} 

三功能更强大的Spring Test 框架现在，单元测试显得越来越重要了，每一个类都建议做好对应的单元测试。在Spring 3.2版本之前，如果要对Spring MVC进行单元测试的话，必须显式去调用某个控制器类中的某个方法，而不能直接单元测试相关的mapping映射。而在Spring mvc 3.2中，重新整合和增强了测试框架的功能，支持直接用/*这样的映射方式去测试某个控制器中的类。同时，之前的开源项目（https://github.com/SpringSource/spring-test-mvc）也被收录到Spring mvc 3.2中去了。此外，还新增加了对返回(return)，重定向(redirect)和model等的测试改进，下面是一个例子：

public class SayHelloControllerIT extends AbstractTestNGSpringContextTests { 
  
    private MockMvc mockMvc; 
  
    @BeforeMethod 
    public void setUp() { 
  
        mockMvc = webAppContextSetup((WebApplicationContext) applicationContext).build(); 
    } 
  
    @Test(dataProvider = "pathParameterAndExpectedModelValue") 
    public void accessingSayhelloWithSubpathShouldForwardToSayHelloJspWithModelFilled(String path, String value) throws Exception { 
  
        mockMvc.perform(get("/sayHello/Jo")).andExpect(view().name("sayHello")).andExpect(model().attribute("name", "Jo")); 
    } 
} 

本文的示例代码可以在: http://blog.frankel.ch/wp-content/resources/spring-3-2-sweetness/spring-sweet-1.0.0.zip中下载。

原文链接：http://java.dzone.com/articles/spring-32-sweetness

[HOST][E]: Exception raised: Unable to transport XML to server and get XML response back.  HTTP response code is 404, not 200 [POOL][E]: Could not retrieve pool info from ONE

JSON.parse(text [, reviver]) 

var jsontext = '{"firstname":"Jesper","surname":"Aaberg","phone":["555-0100","555-0120"]}'; var contact = JSON.parse(jsontext); var fullname = contact.surname + ", " + contact.firstname; // The value of fullname is "Aaberg, Jesper" 

var jsontext = '{ "hiredate": "2008-01-01T12:00:00Z", "birthdate": "2008-12-25T12:00:00Z" }'; var dates = JSON.parse(jsontext, dateReviver); var string = dates.birthdate.toUTCString(); // The value of string is "Thu, 25 Dec 2008 12:00:00 UTC"  function dateReviver(key, value) {     var a;     if (typeof value === 'string') {         a = /^(\d{4})-(\d{2})-(\d{2})T(\d{2}):(\d{2}):(\d{2}(?:\.\d*)?)Z$/.exec(value);         if (a) {             return new Date(Date.UTC(+a[1], +a[2] - 1, +a[3], +a[4],                             +a[5], +a[6]));         }     }     return value; }; 

JSON.stringify(value [, replacer] [, space]) 

var contact = new Object(); contact.firstname = "Jesper"; contact.surname = "Aaberg"; contact.phone = ["555-0100", "555-0120"];  var memberfilter = new Array(); memberfilter[0] = "surname"; memberfilter[1] = "phone"; var jsonText = JSON.stringify(contact, memberfilter, "\t"); /* The value of jsonText is: '{     "surname": "Aaberg",     "phone": [         "555-0100",         "555-0120"     ] }' */ 

var continents = new Array(); continents[0] = "Europe"; continents[1] = "Asia"; continents[2] = "Australia"; continents[3] = "Antarctica"; continents[4] = "North America"; continents[5] = "South America"; continents[6] = "Africa";  var jsonText = JSON.stringify(continents, replaceToUpper); /* The value of jsonText is: '"EUROPE,ASIA,AUSTRALIA,ANTARCTICA,NORTH AMERICA,SOUTH AMERICA,AFRICA"' */  function replaceToUpper(key, value) {     return value.toString().toUpperCase(); } 

var contact = new Object();  contact.firstname = "Jesper"; contact.surname = "Aaberg"; contact.phone = ["555-0100", "555-0120"];  contact.toJSON = function(key)  {     var replacement = new Object();     for (var val in this)     {         if (typeof (this[val]) === 'string')             replacement[val] = this[val].toUpperCase();         else             replacement[val] = this[val]     }     return replacement; };  var jsonText = JSON.stringify(contact);  /* The value of jsonText is: '{"firstname":"JESPER","surname":"AABERG","phone":["555-0100","555-0120"]}' */ 

转载自：http://linuxtoy.org/archives/kvm-issue.html

笔者在部署 KVM 虚拟机时曾遇到一个奇怪的问题，几经探索之后终于解决，现在写出来跟大家分享一下。

笔者在单位部署了一台服务器，上面运行着几部 KVM 虚拟机，分别执行不同的任务。系统上线之后，需要再增加几部虚拟机。因为当初部署服务器时做了虚拟机备份，所以就复制了一个备份的虚拟机。可是新虚拟机启动之后无法在本地网络上找到新虚拟机的 IP 地址（本地网络采用 DHCP 分配 IP 地址）！因为服务器是远程控制的，当然新虚拟机也就无法使用了。

为了查找原因，笔者把虚拟机复制到本地主机上，用正常方法开启。启动过程及登录都很正常，于是检查网卡状况：

$ ifconfig 

可是却只有显示 lo 信息！ 怪了，eth0 呢？只有 lo 当然是没有办法同网络通讯的。于是查找一下启动信息：

$ dmesg | grep eth 

发现如下信息：

udev: renamed network interface eth0 to eth1 

原来 eth0 已经没有了，被命名为 eth1, 再看网卡配置

$ cat /etc/network/interfaces auto eth0 iface eth0 inet dhcp 

至此事情水落石出，原来 KVM 是在启动时传递 mac 参数的，如笔者是用下面命令启动 KVM 虚拟机：

$ sudo kvm -m 256 -hda /data/kvm/mail.img -net nic,vlan=0,macaddr=52-54-00-12-30-05 -net tap,vlan=0,ifname=tap5,script=no -boot c -smp 2 -daemonize -nographic & 

注意上面的 macaddr=52-54-00-12-30-05，这就是虚拟机启动后的网卡 mac，因为网络内不可以有相同的 mac，所以启动每个虚拟机的 mac 都要改。可是当换了新的 mac 后，虚拟机里的系统就认为换了新网卡，所以系统改变 eth0 为 eth1，而在网卡设置里面却只设置了 eth0， 所以虚拟机启动之后并没有启动新的 eth1 网卡，当然就连不上网络了。原因找到了之后问题的解决也就非常简单:

$ vi /etc/network/interfaces 

增加以下内容：

auto eth1 iface eth1 inet dhcp 

再重新启动网络:

$ /etc/init.d/networking restart 

至此问题应该就完全解决了。不过有个问题还要注意，如果有多次用不同的 mac 启动虚拟机，可能你的虚拟机里已经有了 eth2， eth3 甚至是 10 都是有可能的，因为你每用一个新的 mac 去启动虚拟机，系统就会增加一个网卡。可以修改下面这个文件：

$ vi /etc/udev/rules.d/70-persistent-net.rules 

删除所有的的 ethX 行，重启虚拟机即可。

{ Thanks 逸飞. }

可以发现其原来的0就变成了1.