为什么Tomcat无法显示实际的堆栈跟踪？

Question

使用GWT,我已将我的服务器部署到Tomcat中.这样可以正常工作,但是当GWT抛出异常时,Popup会向客户端显示异常的堆栈跟踪.

在开发模式下,这很好用.在Tomcat中,我得到了下面的堆栈跟踪.

为什么以及如何解决这个问题？

Unknown.Le(StackTraceCreator.java:168)
Unknown.Jd(StackTraceCreator.java:421)
Unknown.NT(Exception_FieldSerializer.java:16)
Unknown.g1(SerializerBase.java:55)
Unknown.b1(SerializerBase.java:112)
Unknown.D$(AbstractSerializationStreamReader.java:119)
Unknown.uAc(CustomException_FieldSerializer.java:39)
Unknown.uBc(ServerSideException_FieldSerializer.java:12)
Unknown.f1(SerializerBase.java:46)
Unknown._0(SerializerBase.java:92)
Unknown.D$(AbstractSerializationStreamReader.java:119)
Unknown.B_(RequestCallbackAdapter.java:216)
Unknown._o(Request.java:287)

在使用@Christian Kuetbach的回答后,这就是我现在得到的:

Unknown.com_google_gwt_core_client_impl_StackTraceCreator $ CollectorEmulated_ $ fillInStackTrace__Lcom_google_gwt_core_client_impl_StackTraceCreator $ CollectorEmulated_2Ljava_lang_Throwable_2V(StackTraceCreator.java:168)Unknown.java_lang_Throwable_Throwable__Ljava_lang_String_2Ljava_lang_Throwable_2V(StackTraceCreator.java:421)Unknown.com_google_gwt_user_client_rpc_StatusCodeException_StatusCodeException__ILjava_lang_String_2V(StatusCodeException.java:35)Unknown.com_google_gwt_user_client_rpc_impl_RequestCallbackAdapter_ $ onResponseReceived__Lcom_google_gwt_user_client_rpc_impl_RequestCallbackAdapter_2Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_Response_2V(RequestCallbackAdapter.java:209)未知. com_google_gwt_http_client_Request_ $ fireOnResponseReceived__Lcom_google_gwt_http_client_Request_2Lcom_google_gwt_http_client_RequestCallback_2V(Request.java:287)Unknown.com_google_gwt_http_client_RequestBuilder $ 1_onReadyStateChange__Lcom_google_gwt_xhr_client_XMLHttpRequest _2V(RequestBuilder.java:395)Unknown.anonymous(XMLHttpRequest.java:287)

请帮忙!

Answer 1

为什么？

正如Christian Kuetbach所说,这是在DevMode(你的代码在Java中执行)和prod模式(你的代码编译成JavaScript并优化,包括重命名类和方法)之间的区别.

你是如何解决这个问题的？

你没有.一般来说,向用户显示堆栈跟踪并不是一个好主意.更好的方法是通过将异常发送到服务器来记录异常(例如,用于java.util.logging记录,以及SimpleRemoteLogHandler将日志发送到服务器,在那里使用它进行记录java.util.logging).

有一些方法可以对堆栈跟踪进行反混淆处理,并且RemoteLoggingServiceImpl可以将servlet配置为自动执行此操作.
有关详细信息,请参阅http://code.google.com/p/google-web-toolkit/wiki/WebModeExceptions.

如果您不能或不想使用远程日志记录,那么您可以"手动"反混淆堆栈跟踪:查看与置换相对应的文件WEB-INF/deploy(默认位置,可以通过传递-deploy给GWT编译器进行更改)(与*.cache.*浏览器加载的文件同名,它会告诉您该Le方法源自哪种Java方法.
但是你已经拥有源文件名和行号,所以你真的不需要它,对吧？

Answer 2

在GWT文档中找到所有信息有点困难,需要设置去混淆的日志记录,所以这里是简短的版本:

在模块文件(.gwt.xml)中,添加:

<inherits name="com.google.gwt.logging.Logging"/>
<set-property name="gwt.logging.simpleRemoteHandler" value="ENABLED" />
<set-property name="compiler.stackMode" value="emulated" />
<set-configuration-property name="compiler.emulatedStack.recordLineNumbers" 
     value="true" />

在客户端,使用类似的东西

import java.util.logging.Logger;

private static Logger rootLogger = Logger.getLogger("");
...
rootLogger.log(Level.SEVERE, "My message", e);

您不必RemoteLoggingServiceAsync在客户端创建实例 - 它由记录器自动使用,因为我们已指定<set-property name="gwt.logging.simpleRemoteHandler" value="ENABLED" />.

在服务器端,配置RemoteLoggingServiceImpl.您必须告诉它,它在哪里找到symbolMaps,它将在使用GWT编译器参数进行编译时生成-extra /path/to/myExtraDir.我个人使用这种方法来覆盖RemoteLoggingServiceImpl,允许从web.xml的<init-param>s ^[*]指定目录

package mypackage.server;

public class ConfigurableRemoteLoggingServiceImpl extends RemoteLoggingServiceImpl {

  @Override
  public void init(final ServletConfig config) throws ServletException {
    super.init(config);

    final String symbolMapsDirectory = 
        config.getInitParameter("symbolMapsDirectory");
    setSymbolMapsDirectory(symbolMapsDirectory);
  }
}

在web.xml,注册就好

<servlet>
    <servlet-name>remoteLogging</servlet-name>
    <servlet-class>mypackage.server.ConfigurableRemoteLoggingServiceImpl</servlet-class>

  <init-param>
    <param-name>symbolMapsDirectory</param-name>
    <param-value>/path/to/myExtraDir/mymodulename/symbolMaps</param-value>
  </init-param>
</servlet>
<servlet-mapping>
    <servlet-name>remoteLogging</servlet-name>
    <url-pattern>/mymodulename/remote_logging</url-pattern>
</servlet-mapping>

替换/path/to/myExtraDir,mymodulename并mypackage使用您自己的值,并且不要忘记使用-extra参数调用GWT编译器(请注意,您不必使用-style PRETTY或具有详细信息,它也适用于OBF).保留所有生成的symbolMaps:如果没有它们,则反混淆将无效.由于每个新版本都会自动获得唯一名称,因此您可以在构建时将它们全部收集在安全的中心位置.

^{[*]我真的非常想知道为什么RemoteLoggingServiceImpl本身并没有实现它!}