處理重複瓶子的最佳做法是什麼

我將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

處理重複瓶子的最佳做法是什麼

回答

相關問題