处理重复瓶子的最佳做法是什么

我将JBPM5.2包含到我现有的项目中。我注意到一些jar文件是重复的。下面是列表处理重复瓶子的最佳做法是什么

 
         my  jbpm 
activation-1.1.jar 1.1 1.1 
antlr-2.7.7.jar   2.7.7 2.7.7 
Common-collections 2.1 3.1 
common-io   1.1 1.4 
dom4j-1.6.1.jar   1.6.1 1.6.1 
Jdom-1.0.jar   1.0 1.0 
Jta.jar     1.0 1.1 
Log4j     1.2.15 1.2.14 
Mail.jar   1.4 1.4

我并不热衷于升级这些罐子，因为这意味着我必须做彻底的回归测试我的现有功能这是很多。基本上我正在寻找一个安全和简单的方法。

我认为这是很多人遇到的一个非常普遍的问题。有人可以与我分享他/她的方法来解决这个问题。

来源

2011-12-30 Zeliang

几个选项，我能想到的

如果部署的单位是EAR（我不知道这是否适用于你的应用程序的思想）。由于WAR可以拥有自己的类加载器，因此可以将jar本地化为webapp。通过这篇文章Java EE class loading standard
另一种可能性是部署JBPM作为一个单独的应用程序本身。
升级瓶（我的偏好）：从我所看到的commons- *是仅推迟太在MINOR版本唯一的罐子。所以你不必担心任何事情。烟雾测试或简单功能测试就是您可能需要的。

来源

2011-12-30 04:05:19

那么，你的应用对jbpm有什么样的依赖关系？请问jbpm和你的jar在同一个类加载器下的同一个JVM中？如果是这样，你有一个问题。升级是只有正确的解决方案。

通常，在Web应用程序（例如Tomcat或Jetty）中，服务器所需的库位于服务器的类路径中。每个正在部署的Web应用程序都有自己的类加载器。您所依赖的库可在此类加载器上使用，而不会污染容器本身。

来源

2012-01-01 07:25:09 Pavan

处理重复瓶子的最佳做法是什么

回答

相关问题