加载程序约束违反[重复]答案

【问题标题】：loader constraint violation [duplicate]加载程序约束违反[重复]
【发布时间】：2011-04-15 05:52:58
【问题描述】：

我在一个项目中遇到了两次相同的 .jar（对我来说是 el-api.jar v2.1）的问题，因此，当我尝试使用 Tomcat 6 运行我的项目时出现以下错误堆栈。

WARNING: Unexpected error forwarding to login page
javax.servlet.ServletException: java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;" the class loader (instance of org/apache/jasper/servlet/JasperLoader) of the current class, org/apache/jsp/login_jsp, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ExpressionFactory used in the signature

 at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.getExpressionFactory()Ljavax/el/ExpressionFactory;" the class loader (instance of org/apache/jasper/servlet/JasperLoader) of the current class, org/apache/jsp/login_jsp, and the class loader (instance of org/apache/catalina/loader/StandardClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ExpressionFactory used in the signature

我找到了 http://blog.springsource.com/2008/10/20/understanding-the-osgi-uses-directive/

但这没有用，因为解决方案影响了我项目的太多部分。

我无法对 Tomcat 进行任何更改，并且该项目将被许多其他用户使用。

当前的解决方法是每次我们进行构建并使用 Tomcat6 时手动删除 el-api.jar。然后我们需要把 .jar 放回去，因为这是其他东西的要求。

我使用 Maven 2 和 Maven 3 构建。（顺便说一句，有人知道在 Jruby 上使用 Maven3 吗？）

谁能帮我解决这个问题？

【问题讨论】：

抱歉含糊不清，为了解决这个问题，我认为它需要一种方法来确保 Tomcat 6 只拾取一个 el-api.jar 而不是两个。约束将是： - Tomcat 6 没有变化 - 一个版本 - 解决方案可以持续集成到构建中

标签： java maven-2 continuous-integration

【解决方案1】：

我在一个项目中遇到了两次相同的 .jar（对我来说是 el-api.jar v2.1）的问题，因此，当我尝试使用 Tomcat 6 运行我的项目时出现以下错误堆栈。

如果是，则将 el-api.jar 工件标记为 provided。

当前的解决方法是每次我们进行构建并使用 Tomcat6 时手动删除 el-api.jar。然后我们需要把 .jar 放回去，因为这是其他东西的要求。

处理此问题的更好方法是在配置文件中声明依赖关系并将其标记为provided（例如在“tomcat6”配置文件中）或不根据需要。

【讨论】：

感谢您的回答，但这不适用于我们的案例，因为有两个配置文件，我们需要两个版本，而我只想要一个。
@Javabeginner 我看不出手动删除/添加文件有多好......你在寻找什么究竟？你的限制是什么？你有什么要求？添加详细信息通常有助于获得与它们匹配的答案。
抱歉含糊不清，为了解决这个问题，我认为它需要一种方法来确保 Tomcat 6 只拾取一个 el-api.jar 而不是两个。约束将是： - Tomcat 6 没有变化 - 一个版本 - 该解决方案可以持续集成到构建中
@Javabeginner 不是捆绑在 Tomcat 6 lib 目录中的“其他”el-api.jar 吗？恐怕处理这个问题的正确方法是不要将它打包到你的战争中，因为它已经提供了。
抱歉，构建的其他部分需要“其他”el-api.jar。所以 el-api.jar 需要在那里，以防有人想使用其他应用程序服务器而不是 Tomcat6。我在想，如果我更改“其他”el-api.jar 的名称，会解决问题吗？

【解决方案2】：

我在尝试使用 Tomcat 7 运行 Spring (3.0.5) 示例 mvc-ajax 时遇到此错误。

Tomcat 7 使用 el-api 2.2 和 jsp-api 2.2。 mvc-ajax pom文件指定jsp-api 2.1，其中也包含el-api中的类。

为了让它运行，我从 pom.xml 中注释掉了 jsp-api 2.1。这允许 Tomcat 使用它自己的（更新的）版本。

【讨论】：