GWT 2.6.1 + SuperDevMode：堆栈跟踪未在服务器上进行反混淆

Question

直到今年 5 月，我还在使用 GWT 2.5.1 和 simple DevMode 并且能够发送带有堆栈跟踪的混淆异常根据this brilliant article 使用符号映射在那里服务器和去混淆它们。这对我帮助很大。

自 6 月起，我成功切换到 GWT 2.6.1 和 SuperDevMode，与 simple DevMode 相比提供了相当不错的体验，并且使用起来更简单.

但是，我注意到我的堆栈跟踪不再在服务器上正确反混淆了。 即使在去混淆之后，我也会不断得到混淆的堆栈跟踪。

以下是*.gwt.xml文件的相关内容：

<module rename-to="somemodule">

    <!-- inherits, stylesheet, entry-point, source elements are going here -->

    <add-linker name="xsiframe" />

    <extend-property name="locale" values="uk" />
    <set-property-fallback name="locale" value="uk" />

    <set-property name="compiler.stackMode" value="emulated" />
    <set-configuration-property name="compiler.emulatedStack.recordLineNumbers" value="true" />

    <set-property name="gwt.logging.logLevel" value="INFO" />            
    <set-property name="gwt.logging.enabled" value="TRUE" />  
    <set-property name="gwt.logging.developmentModeHandler" value="ENABLED" />    
    <set-property name="gwt.logging.systemHandler" value="DISABLED" />  
    <set-property name="gwt.logging.popupHandler" value="DISABLED" />  
    <set-property name="gwt.logging.consoleHandler" value="ENABLED" />   
    <set-property name="gwt.logging.firebugHandler" value="ENABLED" />
</module>

以下是处理客户端异常的服务器端代码：

import static com.google.gwt.user.client.rpc.RpcRequestBuilder.STRONG_NAME_HEADER;
import com.google.gwt.core.client.impl.SerializableThrowable;
import com.google.gwt.logging.server.StackTraceDeobfuscator;

// ....

@Override
public void logClientException(final SerializableThrowable ex, final String userAgent, final String platform, final String moduleName) {
    final HttpServletRequest request = getThreadLocalRequest();

    final String symbolMapsDirectory = "webapps/" + getTomcatWebappFolder(request.getServletContext()) + "/WEB-INF/deploy/" + moduleName + "/symbolMaps";
    final String permutationName = request.getHeader(STRONG_NAME_HEADER);
    final Throwable original = new StackTraceDeobfuscator(symbolMapsDirectory).deobfuscateThrowable(ex.getThrowable(), permutationName);

    logClientException(original, userAgent, platform);
}

从 GWT 2.5.1 转移到 GWT 2.6.1 时我是否遗漏了什么？

非常感谢您的任何帮助！

Answer 1

这是一个不幸的已知问题。请参阅here 和here。

问题是每次重新编译都会创建一个全新的增量目录树（参见 compile-1、compile-2 等子目录）。因此，正在运行的应用程序服务器（托管您的 servlet）将无法选择正确的compile-x/extras/<module-name>/symbolMaps 目录以用于调用 setSymbolMapsDirectory（正如@Vadim 指出的那样）。当然，每次重新编译时在预期的目录中复制这样的symbolMaps 是一个相当不错的 PITA（我什至不确定它是否适用于排列名称）。

这与 SuperDevMode 时代初期的 GWT-RPC 相同，但不同之处在于 codeserver (SDM) 现在直接公开所有这些 *.gwt.rpc 输出文件，如果 gwt.codeserver.port java 标志为使用时，您的 servlet 将自动下载策略文件（仅在 localhost 中，并且 GTW >= 2.5.1）。

无论如何，关键是让代码服务器也以某种方式公开/提供symbolMaps 文件（通过点击http://localhost:9876/sourcemaps/<module-name>/gwtSourceMap.json，但仅针对源映射而不是以StackTraceCreator 可理解的方式） ，如第一期所述。

幸运的是，堆栈跟踪并没有那么糟糕在开发过程中可以忍受。

Answer 2

就在昨天，我遇到了类似的问题。除了一个例外 - 我们在 GWT 日志记录中使用内置的反混淆功能。所以我的问题是不正确的symbolMapsDirectory 路径。这里的坏消息是 GWT 不会告诉您您的 symbolMaps 路径是否不正确：

com.google.gwt.core.server.StackTraceDeobfuscator#loadSymbolMap:

try {
  BufferedReader bin = ...
} catch (IOException e) {
  // If the symbol map isn't found or there's an I/O error reading the file, the returned
  // mapping may contain some or all empty data (see below).
}

所以我们的工作解决方案如下所示：

setSymbolMapsDirectory(getServletContext().getRealPath("/WEB-INF/deploy/" + moduleName + "/symbolMaps/"));