【问题标题】:Unable to see java source file in Java stack traces无法在 Java 堆栈跟踪中看到 Java 源文件
【发布时间】:2014-07-17 17:02:49
【问题描述】:

我正在开发一个部署在 Tomcat 服务器上的 Web 应用程序。在我的本地测试系统上,我使用 Eclipse 和 WST 将我的代码部署到服务器。如果抛出堆栈跟踪,我可以看到每一行的源文件和行号 - 正如预期的那样。

但是,如果在生产系统上抛出异常,源文件以及行号都是未知的。这只适用于我自己的代码,对于外部库跟踪中的所有堆栈元素,源文件和行号都是已知的。

我正在编译我的项目如下(使用 Ant):

<javac srcdir="${src}" destdir="${build}" fork="true" debug="true" debuglevel="lines, vars, source">
    <classpath refid="classpath" />
</javac>

我完全不知道问题出在哪里,尽管解决起来一定超级简单。

感谢您的帮助!

>> 编辑: 关于我的部署的更多信息:我肯定会使用这些 Ant 目标来创建 war 文件:

<target name="compile" depends="update-dependencies">  
    <mkdir dir="${build}" />
    <javac srcdir="${src}" destdir="${build}" fork="true" debug="true" debuglevel="lines, vars, source">
        <classpath refid="classpath" />
    </javac>
    <javac srcdir="${tests}" destdir="${build}" fork="true" debug="true" debuglevel="lines, vars, source">
        <classpath refid="classpath" />
    </javac>

    <!-- Copy non-java files -->
    <copydir dest="${build}" src="${src}">
        <exclude name="**/*.java"/>
    </copydir>

    <copydir dest="${build}" src="${tests}">
        <exclude name="**/*.java"/>
    </copydir>
</target>


<target name="war" depends="compile">       
    <war destfile="${war.file}" webxml="WebContent/WEB-INF/web.xml">
        <fileset dir="WebContent" />
        <lib dir="${lib}" />
        <classes dir="${build}" />
    </war>
</target>

在本地系统上,我使用 eclipse 为我进行部署,所以我不使用任何我的 ant 目标。我可能需要部署中的 .java 文件吗?

>> Edit2:示例堆栈跟踪(异常本身没问题!):

javax.naming.NamingException: Name is not valid
        at org.apache.naming.NamingContext.unbind(NamingContext.java:248)
        at org.apache.naming.NamingContext.unbind(NamingContext.java:282)
        at org.apache.naming.SelectorContext.unbind(SelectorContext.java:256)
        at javax.naming.InitialContext.unbind(InitialContext.java:416)
        at org.hibernate.impl.SessionFactoryObjectFactory.removeInstance(SessionFactoryObjectFactory.java:139)
        at org.hibernate.impl.SessionFactoryImpl.close(SessionFactoryImpl.java:894)
        at org.springframework.orm.hibernate3.AbstractSessionFactoryBean.destroy(AbstractSessionFactoryBean.java:251)
        at org.springframework.orm.hibernate3.LocalSessionFactoryBean.destroy(LocalSessionFactoryBean.java:899)
        at org.springframework.beans.factory.support.DisposableBeanAdapter.destroy(DisposableBeanAdapter.java:184)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroyBean(DefaultSingletonBeanRegistry.java:487)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingleton(DefaultSingletonBeanRegistry.java:463)
        at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.destroySingletons(DefaultSingletonBeanRegistry.java:431)
        at org.springframework.context.support.AbstractApplicationContext.destroyBeans(AbstractApplicationContext.java:1048)
        at org.springframework.context.support.AbstractApplicationContext.doClose(AbstractApplicationContext.java:1022)
        at org.springframework.context.support.AbstractApplicationContext.close(AbstractApplicationContext.java:970)
        HERE: at my.pkg.ContextLoaderListener.closeWebApplicationContext(Unknown Source)
        HERE: at my.pkg.ContextLoaderListener.contextDestroyed(Unknown Source)
        at org.apache.catalina.core.StandardContext.listenerStop(StandardContext.java:4174)
        at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4778)
        at org.apache.catalina.core.ContainerBase.removeChild(ContainerBase.java:924)
        at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1319)
        at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1290)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:323)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
        at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1086)
        at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1098)
        at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:450)
        at org.apache.catalina.core.StandardService.stop(StandardService.java:587)
        at org.apache.catalina.core.StandardServer.stop(StandardServer.java:744)
        at org.apache.catalina.startup.Catalina.stop(Catalina.java:648)
        at org.apache.catalina.startup.Catalina$CatalinaShutdownHook.run(Catalina.java:692)

【问题讨论】:

  • 你能把它中断的行和它显示的相应日志跟踪贴出来吗?
  • 您是在本地部署与部署到生产环境中相同的 war 文件,还是在重建它?我有相同的 ant 脚本,它的构建没有问题。
  • 您是否验证了部署到生产服务器上的代码使用此 ant 脚本进行构建?许多 RE 人员试图避免将调试数据放入他们构建的 jar 中。

标签: debugging ant jakarta-ee stack-trace javac


【解决方案1】:

我找到了解决方案 - 简单而愚蠢:

在ant javac步骤定义中,改变部分

debuglevel="行、变量、源"

debuglevel="lines,vars,source"(无空格)

它会起作用的。

埃里克

【讨论】:

    【解决方案2】:

    首先要检查的是为托管服务器设置的日志记录级别。

    【讨论】:

      猜你喜欢
      • 2014-10-07
      • 1970-01-01
      • 2010-11-17
      • 1970-01-01
      • 2012-03-02
      • 2012-08-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多