GWT编译器不';t在正确的位置创建符号映射

GWT编译器不';t在正确的位置创建符号映射,gwt,logging,maven,Gwt,Logging,Maven,我最近集成到我和Maven的项目中,主要是因为它能够在服务器上自动清除客户端堆栈跟踪。为了使这成为可能,gwt日志需要一个所谓的符号映射,它将所有模糊的符号名称映射到原始Java符号名称。GWT编译器能够生成这些符号映射,但由于某些原因,它们会保存到一个奇怪的位置,例如: target/project-name-1.0-SNAPSHOT/project name/.junit_symbolMap/0F9FD6EF6A1BC63EA834AC33C7ED13F3.symbolMap 根据该文件,G

我最近集成到我和Maven的项目中,主要是因为它能够在服务器上自动清除客户端堆栈跟踪。为了使这成为可能,gwt日志需要一个所谓的符号映射,它将所有模糊的符号名称映射到原始Java符号名称。GWT编译器能够生成这些符号映射,但由于某些原因,它们会保存到一个奇怪的位置,例如:

target/project-name-1.0-SNAPSHOT/project name/.junit_symbolMap/0F9FD6EF6A1BC63EA834AC33C7ED13F3.symbolMap

根据该文件,GWT编译器有一个“-deploy”参数,该参数确定在何处创建这样的文件,并且默认情况下指向“WEB-INF/deploy”。但即使我手动将此参数设置为正确的位置,编译器仍会在错误的文件夹中创建符号映射

我甚至下载了GWT Maven插件源代码,并添加了一些日志输出,以确定“-deploy”参数是否正确地传递给编译器,但一切似乎都很好

有没有人经历过类似的行为

谢谢!
Michael禁用JUnit GWT模块


您知道GWT有一个内置的日志记录系统(使用java.util.logging API),它也会对stacktraces进行除臭吗?默认情况下,它使用来自
WEB-INF/deploy
的文件,这就是编译器在那里输出这些文件的原因(默认情况下)。谢谢托马斯·布罗耶,我不知道。看起来很有希望,但它并没有真正解决我的问题,因为在
WEB-INF/deploy
中只生成了序列化策略。我找不到包含JUnit.gwt.xml的文件。。。有什么想法吗?我终于有时间再看一次了。结果证明JUnit.gwt.xml依赖项在gwtime中。我删除了它,最后创建了符号映射!