6

我有一个基于 Spring 框架的 Java Web 应用程序，它是在 SpringSource 工具套件（“STS”）中构建的，以及 Apache Tomcat 的本地副本。我们还有一个内部生产服务器，再次运行 Tomcat。

当我在开发机器上运行应用程序并在 Web 应用程序中执行特定操作时，一切正常。但是，当我将 Web 应用程序部署到服务器上的 Tomcat（通过 maven 生成的 war 文件）并重复上述特定操作时，会出现一些意外行为。当我检查服务器tomcat日志文件时，我发现了这个......

2011-11-16 19:36:45,090 [http-8280-Processor1] ERROR [attachments]  invoke - Servlet.service() for servlet attachments threw exception java.lang.NoSuchMethodError: net.wmfs.coalesce.aa.dao.MediaDao.updateAlfrescoNodeRef(Ljava/lang/Long;Ljava/lang/String;)V
at net.wmfs.coalesce.aa.service.impl.MediaServiceImpl.doFileUpload(MediaServiceImpl.java:102)
at net.wmfs.coalesce.aa.servlet.MediaServlet.doFileUpload(MediaServlet.java:83)
at net.wmfs.coalesce.aa.servlet.MediaServlet.doPost(MediaServlet.java:55)

现在，updateAlfrescoNodeRef 方法肯定存在于 MediaDao 类中 - 否则我的代码将无法在 STS 中编译......

package net.wmfs.coalesce.aa.dao;

public class MediaDao extends JdbcDaoSupport {

    public void updateAlfrescoNodeRef(final Long recordId, final String nodeRef) {
        // java code
    }
}

如您所见，方法签名是正确的。

我怀疑maven生成war文件的时候可能有问题，所以我提取了war文件的内容。在 WEB-INF/lib 文件夹中，我找到了包含 MediaDao 类的 jar 文件，并提取了它的内容。然后我做了一个...

cat ./MediaDao.class

现在，由于类文件是二进制文件，所以我主要看到的是 gobledegook。但是，我能够清楚地找出对 updateAlfrescoNodeRef 方法的引用，以及该方法中字符串的内容。因此，这意味着该方法肯定存在。

Spring 框架 XML 文件中的 bean 配置肯定是正确的，否则在我的开发机器上执行时代码将无法运行。

谷歌搜索建议服务器上存在库冲突，但所有引用的类 - MediaServlet、MediaServiceImpl、MediaDao - 都在主项目中（其中包含 WEB-INF 文件夹）。虽然可以想象服务器上的依赖项可能有多个副本，但主项目 jar 肯定只有一个副本。

有谁知道为什么会这样？

4

3 回答 3

11

现在问题已经解决了。谢谢大家的帮助。

事实证明，主项目有一个依赖项，它有另一个MediaDao类，在完全相同的包路径中。基本上有人将该类复制到该依赖项中（作为库资源，以便许多项目可以使用它而无需将主项目指定为依赖项）。但是，有人没有删除主项目中的类。

所以，当我修改主项目中的类（我添加了updateAlfrescoNodeRef方法），并在我的机器上运行 STS 中的应用程序时，Tomcat 使用了主项目中类的版本，而不是库中的版本，因为库项目是关闭。然而，当应用程序被部署到服务器时，它看起来像是使用了库中类的版本（当然，其中没有updateAlfrescoNodeRef方法）。

如果您遇到类似情况，专家提示：在 STS 中，按 CTRL+SHIFT+T 打开“打开类型”对话框，然后输入有问题的类的名称以查看具有该类的项目列表姓名。

于 2011-11-18T12:25:44.210 回答
2

如果错误发生在 android studio 中，也可能是 Instant Run 的错误。在这种情况下：文件-> 使缓存无效/重新启动。它解决了我的问题

于 2016-11-09T13:48:43.330 回答
0

如果您使用的是 Tomcat 6+，请在 ~tomcat/lib 中查找冲突的类和 jar。在 Tomcat 5 中，查看 ~tomcat/common/classes、~tomcat/common/lib、~tomcat/shared/classes 和 ~tomcat/shared/lib。

于 2011-11-17T15:40:02.393 回答