【问题标题】:Displaytag + Tomcat -> silent failureDisplaytag + Tomcat -> 静默失败
【发布时间】:2020-05-17 19:26:56
【问题描述】:

我正在尝试修复大约有 10 年历史的项目。

它是一个 java webapp,过去在 Tomcat 6 中运行良好。有一小群模块,使用 Ant 和 Maven,使用 Java 5 和 Java 6 构建。

我现在已经用 Maven 正确构建它们,使用 Java 6,部署到 Tomcat 7,尝试针对相同版本的依赖项 - 只是在尝试升级之前让它运行。

一些 JSP 页面使用 DisplayTag 1.2。如果我的 Maven 构建包含 displaytag 依赖项,则 webapp 不会运行。日志中没有错误。它只是为所有地方报告 404。如果我从 Maven 构建中排除 displaytag,一切正常,除了需要 DisplayTag 的 JSP 页面。

如果我尝试在 Tomcat 6 中运行 webapp,我会遇到与 commons-logging 和 slf4j 之间不兼容有关的异常。

如果 web 应用程序像这样静默失败,日志中没有错误或异常,我应该怀疑或调查什么?


更新

根据 Kayaman 的回答,这是我所做的:

  1. 任何pom.xml 中依赖commons-logging 的任何地方,添加以下内容:

        <exclusions>
            <exclusion>
                <groupId>commons-logging</groupId>
                <artifactId>commons-logging</artifactId>
            </exclusion>
        </exclusions>
    
  2. 如果对commons-logging有显式依赖,则将其标记为provided

    <dependency>
        <groupId>commons-logging</groupId>
        <artifactId>commons-logging</artifactId>
        <version>1.1.1</version>
        <scope>provided</scope>
    </dependency>
    
  3. 现在启动 webapp 时,这是我在 catalina.out 看到的:

    org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/webapp]]
    Caused by: java.lang.NoClassDefFoundError: Lorg/apache/commons/logging/Log;
            ... 10 more
    Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.Log
            ... 24 more
    
  4. 接下来,我在顶级 webapp pom.xml 中添加了 SLF4J “re-router”,用于 commons-logging:

    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>jcl-over-slf4j</artifactId>
        <version>1.6.4</version>
    </dependency>
    
  5. 还确保 SLF4J 与 Log4j 以正确的版本连接(Log4J 是 10 年前这个 web 应用程序的现有日志框架):

        <dependency>
            <groupId>log4j</groupId>
            <artifactId>log4j</artifactId>
            <version>1.2.16</version>
        </dependency>
        <dependency>
            <groupId>org.slf4j</groupId>
            <artifactId>slf4j-log4j12</artifactId>
            <version>1.6.4</version>
        </dependency>
    
  6. 现在启动 webapp 时,这允许在 catalina.out 中看到 JSP 错误和异常,我能够成功调试!

【问题讨论】:

  • 如果您提供提供的范围,则不需要排除,因为依赖项会将其视为“哦,已经有 commons-logging,所以我可以忽略它”,作为一种全局排除。否则,做得很好!一个连接到 slf4j 的教科书示例。

标签: java tomcat7 tomcat6 displaytag


【解决方案1】:

因此,包含 displaytag 依赖项会导致所有 jsp 的 jsp 编译失败,从而有效地导致 webapp 没有任何视图,因此出现 404。至少是一个非常合理的事件序列。

根据this,任何JSP编译异常都可以在tomcat的localhost_log.xxx文件中看到。但是,同一线程继续抱怨没有信息或信息不足,这可能意味着您的日志记录配置错误。

为此,您可能需要设置您的logging bridge

由于您使用的是slf4j,但其他组件使用的是commons-logging,您将丢失其他组件的日志信息。为此,您包括 commons-logging,但根据提供,它不会被其他库拉入。

<dependency>
  <groupId>commons-logging</groupId>
  <artifactId>commons-logging</artifactId>
  <version>1.1.1</version>
  <scope>provided</scope>
</dependency>

然后你包含jcl-over-slf4j(正如我们上面承诺的那样,它提供了commons-logging)。

<dependency>
  <groupId>org.slf4j</groupId>
  <artifactId>jcl-over-slf4j</artifactId>
  <version>2.0.0-alpha2-SNAPSHOT</version>
</dependency>

这应该允许使用 commons-logging 的组件将它们的日志桥接到您的 slf4j(以及实际的实现、logback 或其他)。

这里是 Jasper 的其他配置内容的 link,如果有必要的话。

【讨论】:

  • 我想为你的答案赏金。我需要等待 16 小时...
  • @Stewart 盲目地远程调试未知的代码库和环境并不容易,但我认为如果这没有帮助,您可能会在此过程中遇到一些问题。
  • 哦!我需要再等 24 小时才能获得赏金!
猜你喜欢
  • 2017-01-10
  • 2018-09-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-12-04
  • 2017-10-08
相关资源
最近更新 更多