GWT 编译导致 SIGSEGV

Question

有谁知道在 gwt-maven-plugin start 和“编译模块”语句之间导致 GWT 编译失败的原因是什么？

我们通常使用信息运行 GWT，所以我在日志中看到的只是插件启动，然后是 SIGSEGV。当我在本地运行调试并且看不到问题时，我可以看到在 GWT 插件执行以下步骤之一时引发了违规：

• 加载继承的模块
• 评论“在...中找到公共资源”（我看到在类路径中找到的 .pom 文件的两个警告）
• 在...中找到可翻译的来源
• 永久单元缓存目录集
• 正在寻找以前缓存的编译单元。

我从一个干净的目录开始，所以我和我的缓存都在目标之下，所以我认为它不在最后两个目录中。由于错误与 zip lib 条目有关，我怀疑类路径和分辨率可能是问题。

环境

jdk 1.7.0 u55 + gwt 2.5.1 + gwt-maven-plugin 2.5.1-rc1

如果您有任何想法，请告诉我，我正在提高日志级别，更改内存并希望有一个可重现的案例。谢谢

选项

• 增加 GWT 内存并限制工作线程（完成：1 个线程，4g 堆，无变化）
• 将插件升级到 2.5.1 或 2.6.1
• 升级jdk到u67
• 将 gwt 升级到 2.6.1

除了

[INFO] --- gwt-maven-plugin:2.5.1-rc1:compile (default) @ mymodule ---
#
# Java 运行时环境检测到一个致命错误：
#
# SIGSEGV (0xb) at pc=0x00000036a3089aab, pid=14610, tid=140310347593472
#
# JRE 版本：Java(TM) SE 运行时环境 (7.0_55-b13) (build 1.7.0_55-b13)
# Java VM：Java HotSpot(TM) 64 位服务器 VM（24.55-b03 混合模式 linux-amd64 压缩 oops）
# 有问题的框架：
# C [libc.so.6+0x89aab] memcpy+0x15b
...
...
堆栈：[0x00007f9c8c5d3000,0x00007f9c8c6d4000]，sp=0x00007f9c8c6d0c68，可用空间=1015k
本机帧：（J=编译的 Java 代码，j=解释的，Vv=VM 代码，C=本机代码）
C [libc.so.6+0x89aab] memcpy+0x15b
C [libzip.so+0x50b0] ZIP_GetEntry+0xd0
C [libzip.so+0x3eed] Java_java_util_zip_ZipFile_getEntry+0xad
J java.util.zip.ZipFile.getEntry(J[BZ)J

Java 框架：（J=编译的 Java 代码，j=解释的，Vv=VM 代码）
J java.util.zip.ZipFile.getEntry(J[BZ)J
J java.util.zip.ZipFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
j sun.net.www.protocol.jar.URLJarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;+2
j sun.net.www.protocol.jar.JarURLConnection.connect()V+62
j sun.net.www.protocol.jar.JarURLConnection.getInputStream()Ljava/io/InputStream;+1
j java.net.URLClassLoader.getResourceAsStream(Ljava/lang/String;)Ljava/io/InputStream;+18
J org.codehaus.mojo.gwt.AbstractGwtModuleMojo.readModule(Ljava/lang/String;)Lorg/codehaus/mojo/gwt/GwtModule;
j org.codehaus.mojo.gwt.GwtModule.getLocalInherits()Ljava/util/Set;+74
j org.codehaus.mojo.gwt.GwtModule.addInheritedModules(Ljava/util/Set;Ljava/util/Set;)V+42
j org.codehaus.mojo.gwt.GwtModule.getInherits()Ljava/util/Set;+32
j org.codehaus.mojo.gwt.GwtModule.getEntryPoints()Ljava/util/List;+20
j org.codehaus.mojo.gwt.shell.CompileMojo.compilationRequired(Ljava/lang/String;Ljava/io/File;)Z+35
j org.codehaus.mojo.gwt.shell.CompileMojo.compile([Ljava/lang/String;)V+432
j org.codehaus.mojo.gwt.shell.CompileMojo.doExecute()V+57
j org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo.execute()V+1
j org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/plugin/MojoExecution;)V+166
j org.apache.maven.lifecycle.internal.MojoExecutor.execute(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/plugin/MojoExecution;Lorg/apache/maven/lifecycle/internal/ProjectIndex;Lorg/apache /maven/lifecycle/internal/DependencyContext;)V+215
j org.apache.maven.lifecycle.internal.MojoExecutor.execute(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/plugin/MojoExecution;Lorg/apache/maven/lifecycle/internal/ProjectIndex;Lorg/apache /maven/lifecycle/internal/DependencyContext;Lorg/apache/maven/lifecycle/internal/PhaseRecorder;)V+6
j org.apache.maven.lifecycle.internal.MojoExecutor.execute(Lorg/apache/maven/execution/MavenSession;Ljava/util/List;Lorg/apache/maven/lifecycle/internal/ProjectIndex;)V+60
j org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/lifecycle/internal/ReactorContext;Lorg/apache /maven/project/MavenProject;Lorg/apache/maven/lifecycle/internal/TaskSegment;)V+151
j org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/lifecycle/internal/ReactorContext;Lorg/apache/maven/project/MavenProject;Lorg/apache /maven/生命周期/内部/TaskSegment;)V+7
j org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(Lorg/apache/maven/execution/MavenSession;Lorg/apache/maven/lifecycle/internal/ReactorContext;Lorg/apache/maven/lifecycle/internal /ProjectBuildList;Ljava/util/List;Lorg/apache/maven/lifecycle/internal/ReactorBuildStatus;)V+77
j org.apache.maven.lifecycle.internal.LifecycleStarter.execute(Lorg/apache/maven/execution/MavenSession;)V+336
j org.apache.maven.DefaultMaven.doExecute(Lorg/apache/maven/execution/MavenExecutionRequest;)Lorg/apache/maven/execution/MavenExecutionResult;+557
j org.apache.maven.DefaultMaven.execute(Lorg/apache/maven/execution/MavenExecutionRequest;)Lorg/apache/maven/execution/MavenExecutionResult;+11
j org.apache.maven.cli.MavenCli.execute(Lorg/apache/maven/cli/MavenCli$CliRequest;)I+19
j org.apache.maven.cli.MavenCli.doMain(Lorg/apache/maven/cli/MavenCli$CliRequest;)I+61
j org.apache.maven.cli.MavenCli.main([Ljava/lang/String;Lorg/codehaus/plexus/classworlds/ClassWorld;)I+18
v ~StubRoutines::call_stub
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+57
j org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced([Ljava/lang/String;)V+45
j org.codehaus.plexus.classworlds.launcher.Launcher.launch([Ljava/lang/String;)V+2
j org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode([Ljava/lang/String;)I+101
j org.codehaus.plexus.classworlds.launcher.Launcher.main([Ljava/lang/String;)V+1
v ~StubRoutines::call_stub

Answer 1

根据堆栈跟踪，该错误甚至在涉及 GWT 编译器之前就发生了：当 gwt-maven-plugin 尝试识别模块是否需要重新编译时（或者实际上是否应该编译它们：如果没有入口点，插件会跳过编译）。

该算法可能存在缺陷（例如，它排除了名称以 com.google.gwt. 开头的继承模块，但可能包括依赖项中的模块 - 例如 GIN - 并且 GWT 中的某些模块不在此层次结构中 - 但在 @ 987654322@–) 并且可能有错误，但我想说在这种情况下它会被格式错误的 JAR 或类似的东西阻塞。

也许尝试清理您的本地 repo (~/.m2/repository) 以重新下载依赖项？

或者，使用mvnDebug 命令运行 Maven 并为其附加一个调试器，在堆栈跟踪中标识的方法中的某处设置一个断点，以尝试找出哪个 JAR 可能损坏（至少哪个使JVM 崩溃）