Spring+Quarts+Hibernatede的包冲突的问题

Exception in thread "main" java.lang.NoSuchMethodError: 
org.apache.commons.collections.SetUtils.orderedSet(Ljava/util/Set;)Ljava/util/Set;
 at org.quartz.JobDetail.<init>(JobDetail.java:85)

这个问题困扰了我N久,幸好看到了这篇文章,写的很详细,转载下.
 
假设你是一个J2EE程序员，你正在使用struts2+spring2+hibernate3的时尚标准组合来开发一个项目。某天，你的项目经理告诉 你，当前项目需要开发一个新功能，需要系统来定时来执行一段代码，比如每天大半夜定时进行前一天的数据统计并且插入数据库。如果你部署的系统是Linux并且你熟悉crontab而且你打算那么麻烦地去干，我当然没话可说。否则在你google和baidu了一会儿之后，你必然会想到可以使用著名的quartz来和spring集成起来做这件事。 

比如，先把需要干的活儿写在一个类的一个方法里面： 

 
 

  
  

   
   

    
    
public class ScheduleWorker {  
public void doDailyWork() {  
System.out.println("今日统计完毕！");  
}  
}   
   
   
  
  
 
 

然后，配置spring的applicationContext.xml如下： 
<bean name="scheduleWorker" class="test.ScheduleWorker">  
</bean>  
<bean id="jobDetail" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">  
<property name="targetObject" ref="scheduleWorker" />  
<property name="targetMethod" value="doDailyWork" />  
<property name="concurrent" value="false" />  
</bean>  
  
<bean id="cronTrigger" class="org.springframework.scheduling.quartz.CronTriggerBean">  
<property name="jobDetail" ref="jobDetail" />  
<!-- 每天零点 -->  
<property name="cronExpression">  
<value>0 0 * * * ?</value>  
</property>  
</bean>  
  
<bean class="org.springframework.scheduling.quartz.SchedulerFactoryBean" autowire="no">  
<property name="triggers">  
<list>  
<ref bean="cronTrigger" />  
</list>  
</property>  
</bean>  

<bean name="scheduleWorker" class="test.ScheduleWorker">
</bean>
<bean id="jobDetail" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
<property name="targetObject" ref="scheduleWorker" />
<property name="targetMethod" value="doDailyWork" />
<property name="concurrent" value="false" />
</bean>

<bean id="cronTrigger" class="org.springframework.scheduling.quartz.CronTriggerBean">
<property name="jobDetail" ref="jobDetail" />
<!-- 每天零点 -->
<property name="cronExpression">
<value>0 0 * * * ?</value>
</property>
</bean>

<bean class="org.springframework.scheduling.quartz.SchedulerFactoryBean" autowire="no">
<property name="triggers">
<list>
<ref bean="cronTrigger" />
</list>
</property>
</bean> 
 
然 后编译上传（别忘了上传更新的applicationContext.xml还有quartz.jar，一般都在spring解开的包的lib/quartz目录下面）。你重新启动你的tomcat（也可能是resin或者其他什么东西），然后，不出意外地，发现如下错误： 



ERROR [org.springframework.web.context.ContextLoader] - Context initialization failed 
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jobDetail' defined in ServletContext resourc 
e [/WEB-INF/classes/applicationContext-service.xml]: Invocation of init method failed; nested exception is java.lang.NoSuchMethodErr 
or: org.apache.commons.collections.SetUtils.orderedSet(Ljava/util/Set;)Ljava/util/Set; 
如果你经验比较丰富，你会去找你部署的服务器的WEB-INF/lib下面是不是存在commons-collections的jar包，然后你很惊奇地发现它的确在那里，你会很困惑。 

如 果你经验十分丰富，你知道了commons-collections.jar的确存在于classpath里面，你知道引起NoSuchMethodErr的原因很可能是部署服务器上的commons-collections.jar的版本过低，在quartz调用的时候不存 在而导致的，于是你会去检查WEB-INF/lib下面的commons-collections.jar的版本，然后你还是会很惊奇地发现它的版本是3.2，并且在这个jar包里面的确存在org.apache.commons.collections.SetUtils这个类，并且方法orderedSet也存在，你还是会很困惑。 

如果你经验非常丰富，你知道了引起上面这种情况的原因是系统的classloader先加载了其他地方低版本的commons-collections里面的org.apache.commons.collections.SetUtils类，导致WEB-INF/lib下面的commons-collections.jar里面的同名类没有被加载所导致的。于是你就到处去找另外的commons-collections.jar，在WEB-INF/lib你可能会找到一个，包括common/lib等等地方，如果你是jdk6，你还有可能在jdk的ext目录下找到。删掉老版本的commons-collections.jar，重启tomcat，发现问题依旧，你继续找。但是皇天不负有心人，你啥都没找到，整个jdk和整个tomcat下面，你整个搜索了一番，只有这么一个commons-collections.jar。你依然会很困惑。 

不卖关子了。解决问题的办法：删除WEB-INF/lib/checkstyle-all.jar，重新启动tomcat，问题解决。 

在hibernate3的lib目录下，存在commons-collections-2.1.1.jar和checkstyle-all.jar，一般我 们都是直接上传到WEB-INF/lib，前者不必说，版本太老而被classloader先加载了，按说删了问题应该解决了，但是为什么必须删掉checkstyle-all.jar问题才能正式解决呢。拿WinRAR打开checkstyle-all.jar一看你就知道了，里面赫然有org.apache.commons.collections.SetUtils这个类，并且，它是老版本的！ 

这也太可恶了，明明 叫checkstyle-all.jar，里面为啥还包含commons-collections的东西……而且还是老调牙的版本。另外，如果你觉得checkstyle-all.jar或许还有点什么用处，可以用WinRAR解开之后把commons-collections的包和类去掉，然后重新 打包上传。 

其实问题的根源在于：hibernate3使用老版本(2.1.1)的commons-collections及包含它的checkstyle-all.jar，而spring2.5使用新版本(3.2)的commons-collections以及需要3.2版本commons-collections的quartz。