【发布时间】: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