maven项目jar包冲突解决方案

1. 上图中显示的是servlet2.3而不是3.0。

    

   解决方法：

          网上都说servlet-api冲突是因为项目部署的时候WEB-INFO/lib下面的servlet-api和servlet中的servlet-api产生冲突，其实我的不然。因为我的项目是用maven管理的，在pom.xml中配置包依赖的时候配置了commons-logging包的依赖，而commons-logging包又依赖于servlet-api2.3，因此我认为servlet-api2.3把3.0版本给冲掉了。解决办法如下：

   Xml代码 

    

2. <!--如果你的工程是用maven管理的话，可以在commons-logging的依赖里把servlet-api-2.3去除掉，再加入你所需要的版本的servlet-api依赖。大概的例子如下：  -->  
3.         <dependency>  
4.             <groupId>commons-logging</groupId>  
5.             <artifactId>commons-logging</artifactId>  
6.             <version>1.1.1</version>  
7.             <exclusions>  
8.                 <exclusion>  
9.                     <groupId>javax.servlet</groupId>  
10.                     <artifactId>servlet-api</artifactId>  
11.                 </exclusion>  
12.             </exclusions>  
13.         </dependency>  
14.   
15.         <dependency>  
16.             <groupId>org.mortbay.jetty</groupId>  
17.             <artifactId>servlet-api-2.5</artifactId>  
18.             <version>6.1.14</version>  
19.             <scope>provided</scope>  
20.         </dependency>  
21. <!-- 指定scope为provided可以避免在发布的时候把servlet-api包拷到lib目录下。 -->  

22.  

    如果上述方法不好使，那么可以在pom.xml配置文件中把servlet3.0的配置代码拿commons-logging之前，如：

    Xml代码 

     

23. <dependency>  
24.     <groupId>javax.servlet</groupId>  
25.     <artifactId>javax.servlet-api</artifactId>  
26.     <version>3.0.1</version>  
27. </dependency>  
28. <dependency>  
29.     <groupId>commons-logging</groupId>  
30.     <artifactId>commons-logging</artifactId>  
31.     <version>1.1.1</version>  
32. </dependency>