Maven怎么处理引用的jar版本冲突？

群组首页 → 研发管理 → maven → 论坛

发表回复

help 2010-12-17

我找到的个项目 AAA的，但是用的是lucene3.0. 而我们现在的工程BBB里面已经用了lucene2.9-----我们的项目用这个AAA怎么处理lucene冲突啊?

juvenshun 2010-12-26

<dependency>
<artifactId>aaa</
<exclusions>
<exclusion>
<artifactId>lucene</
...

luckaway 2010-12-27

同一个artifactId，maven只会加载版本高的jar。不研究过，不十分确定这样的机制。

peizhyi 2011-09-08

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。

bastengao 2011-09-09

peizhyi 写道

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。

首先在自己的 pom 中，人为不可能引入两个版本不同的依赖。冲突最可能的就是你依赖的依赖可能产生了冲突。
比如 A 依赖版本为2.0 的 C ,B 依赖版本为3.0的 C。在你的pom中，你同时依赖了 A 和 B ，这时就会产生冲突。这时候你就要判断，哪个版本能同时让A和B工作(如果可以的话)，然后排除掉另一个就行了。我通常都是排除掉较低的版本。


<dependencies>
        <dependency>
            <groupId>A</groupId>
            <artifactId>A</artifactId>
            <version>xxx</version>
            <exclusions>
                <exclusion>
                    <groupId>C</groupId>
                    <artifactId>C</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>B</groupId>
            <artifactId>B</artifactId>            
        </dependency>
</dependencies>

peizhyi 2011-09-16

bastengao 写道

peizhyi 写道

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。


<dependencies>
        <dependency>
            <groupId>A</groupId>
            <artifactId>A</artifactId>
            <version>xxx</version>
            <exclusions>
                <exclusion>
                    <groupId>C</groupId>
                    <artifactId>C</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>B</groupId>
            <artifactId>B</artifactId>            
        </dependency>
</dependencies>

比较让人郁闷的问题是，用了2.0的缺方法一，用了3.0的缺方法二。。这种问题还有解吗？

bastengao 2011-09-18

那这就是硬伤了

cosmo1987 2013-07-03

peizhyi 写道

bastengao 写道

peizhyi 写道

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。


<dependencies>
        <dependency>
            <groupId>A</groupId>
            <artifactId>A</artifactId>
            <version>xxx</version>
            <exclusions>
                <exclusion>
                    <groupId>C</groupId>
                    <artifactId>C</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>B</groupId>
            <artifactId>B</artifactId>            
        </dependency>
</dependencies>

比较让人郁闷的问题是，用了2.0的缺方法一，用了3.0的缺方法二。。这种问题还有解吗？

同求啊。发生了同样的问题。两个版本，高版本不兼容低版本的方法。目前的方案有两个。一个是把其中的一个版本的maven坐标更换了，让两个都加载。不过还没有验证过。应该也会有问题。另外一个方法就是把低版本的包路径全部更换，再更换低版本的maven坐标，防止冲突。但是这些方法太繁琐，而且感觉不靠谱呀！有没有更好的方法解决？

peizhyi 2013-07-11

cosmo1987 写道

peizhyi 写道

bastengao 写道

peizhyi 写道

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。


<dependencies>
        <dependency>
            <groupId>A</groupId>
            <artifactId>A</artifactId>
            <version>xxx</version>
            <exclusions>
                <exclusion>
                    <groupId>C</groupId>
                    <artifactId>C</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>B</groupId>
            <artifactId>B</artifactId>            
        </dependency>
</dependencies>

比较让人郁闷的问题是，用了2.0的缺方法一，用了3.0的缺方法二。。这种问题还有解吗？

现在想想看，有一个方法相对可行。把应用这两个版本不同方法的部分，拆成两个子项目，两个子项目各自引用不同版本的包。这样就能够同时引用，也不会冲突。

cosmo1987 2013-07-11

peizhyi 写道

cosmo1987 写道

peizhyi 写道

bastengao 写道

peizhyi 写道

有同样的问题，当项目中依赖的两个包版本不一致的时候出现问题，我用的包是com.google.protobuffer，2.1和2.3冲突，用了一楼的做法，没有效果呀。


<dependencies>
        <dependency>
            <groupId>A</groupId>
            <artifactId>A</artifactId>
            <version>xxx</version>
            <exclusions>
                <exclusion>
                    <groupId>C</groupId>
                    <artifactId>C</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <dependency>
            <groupId>B</groupId>
            <artifactId>B</artifactId>            
        </dependency>
</dependencies>

比较让人郁闷的问题是，用了2.0的缺方法一，用了3.0的缺方法二。。这种问题还有解吗？

拆成两个子项目，如果是指maven项目下的两个module的话，最后构建maven的web项目时两个module所依赖的jar会打包到一个war中。问题没有解决。而如果是指两个maven项目并且分别部署的话，这样仅仅为了隔离jar依赖而拆项目，这个项目也不好拆。毕竟拆项目的依据还是在当一个应用过大，需要降低耦合划分成两个子系统的时候才需要做。之前又想到两个解决方案。不过还有待权衡。1.引入OSGI架构。架构的引入可以很好的以组件的形式可插拔的更换模块，并且可以很好的做到jar隔离。但是OGSI的引入又会带来很多其他的麻烦。学习成本增加，OSGI的引入必然带来整个项目结构的变动，而且引入OSGI后，所有的模块都必须以OSGI的方式进行，对于一些觉得很简单且没有必要使用OSGI方式编写的代码，不能被OSGI引用。2.自己实现web container下一级的application classloader。对于一些特殊的jar使用配置的方式让自己实现的classloader进行加载。在classloader这一层做到隔离后的jar相互调用问题。这个classloader的实现确实是一个技术活。需要解决很多问题。开发成本提高很多。目前为止还是没有想出简单方便的方法解决这个问题。

发表回复

>>返回群组首页

Maven怎么处理引用的jar版本冲突？

相关讨论

相关资源推荐