我从事 GWT 项目已经有一段时间了，我相信自从我添加了新的依赖项后，我得到了下面的错误。

无法在项目项目上执行目标 org.codehaus.mojo:gwt-maven-plugin:2.6.1:compile (default)：命令 [[

/bin/sh -c /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java -Xmx512m -classpath /home/user/git/project/target/project-0.0.1-SNAPSHOT/WEB -INF/classes:/home/user/.m2/repository/A.jar:/home/user/.m2/repository/B.jar:...更多的依赖... com.google.gwt.dev .Compiler -logLevel INFO -style OBF -war /home/user/git/project/target/project-0.0.1-SNAPSHOT -localWorkers 1 -XfragmentCount -1 -sourceLevel 1.6 -gen /home/user/git/project/target /.生成 my.project.Project

1. 当我在 Windows 7 上运行错误中给出的命令时，我得到“输入太长”。
2. 当我在 Ubuntu 上运行命令时，没有显示错误。echo $?但是显示返回的状态为 1。

给出的堆栈跟踪mvn package -X看起来像

在 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217) 在 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) 在 org.apache.maven.lifecycle .internal.MojoExecutor.execute(MojoExecutor.java:145) 在 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) 在 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder .java:59) 在 org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) 在 org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) 在 org. org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) 中的 org.apache.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)。maven.cli.MavenCli.execute(MavenCli.java:537) 在 org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) 在 org.apache.maven.cli.MavenCli.main(MavenCli.java: 141) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect .Method.invoke(Method.java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java :230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)在 org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 在 sun.reflect 的 org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) 执行(MavenCli.java:537) .NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method .java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org. codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)在 org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 在 sun.reflect 的 org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) 执行(MavenCli.java:537) .NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method .java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org. codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)maven.cli.MavenCli.doMain(MavenCli.java:196) 在 org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect。 NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.plexus.classworlds .launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher .java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)maven.cli.MavenCli.doMain(MavenCli.java:196) 在 org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect。 NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.codehaus.plexus.classworlds .launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher .java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)main(MavenCli.java:141) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)在 java.lang.reflect.Method.invoke(Method.java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher .launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352 )main(MavenCli.java:141) 在 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 在 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)在 java.lang.reflect.Method.invoke(Method.java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher .launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352 )57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher .java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org. codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)57) 在 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 在 java.lang.reflect.Method.invoke(Method.java:606) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher .java:290) 在 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 在 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org. codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 在 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)

引起：org.codehaus.mojo.gwt.shell.ForkedProcessExecutionException: 命令 [[ /bin/sh -c /usr/lib/jvm/java-7-openjdk-i386/jre/bin/java -Xmx512m -classpath /home /user/git/project/target/project-0.0.1-SNAPSHOT/WEB-INF/classes:/home/user/.m2/repository/A.jar:/home/user/.m2/repository/B.jar :...更多的依赖... com.google.gwt.dev.Compiler -logLevel INFO -style OBF -war /home/user/git/project/target/project-0.0.1-SNAPSHOT -localWorkers 1 -XfragmentCount -1 -sourceLevel 1.6 -gen /home/user/git/project/target/.generated my.project.Project ]] 在 org.codehaus.mojo.gwt.shell.AbstractGwtShellMojo$JavaCommand.execute(AbstractGwtShellMojo.java:485) 的状态为 1 失败。 codehaus.mojo.gwt.shell.CompileMojo.compile(CompileMojo.java:446) 在 org.codehaus.mojo.gwt.shell.CompileMojo.doExecute(CompileMojo.java:351) 在 org.codehaus.mojo.gwt.shell。 AbstractGwtShellMojo.execute(AbstractGwtShellMojo.java:172) at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) ... 19 更多

输出mvn package看起来像

我正在使用 Vaadin 7，我想在我的项目中添加一个插件。我遵循了此处描述的所有步骤，但它不起作用。这是我在 pom.xml 中的配置：

当我跑步时，vaadin:update-widgetset install我得到了这个：

我几乎尝试了所有方法，我无法弄清楚这一点。帮助 ！

更新：错误显示模块 org.vaadin.jouni.dom.DomWidgetset noout found，我查看了项目中的所有文件，但没有发现任何被调用的文件org.vaadin.jouni.dom.DomWidgetset。这是哪里来的？！

我正在尝试使用 GWT SuperDevMode，到目前为止，我已经通过一个简单的测试项目运行它，但是如果我尝试运行以下命令，则会出现错误mvn gwt:run-codeserver：

那么问题来了：如何将生成的 gwt 添加CommonTranslation.java到我的插件中？（.java 文件的完整路径target/generated-sources/gwt/com.project.shared.client.translation.CommonTranslation.java：）

gwt-maven-plugin看起来像这样：

完整的日志输出：

有谁知道在 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 内存并限制工作线程（DONE：1 个线程，4g 堆，无变化）
• 将插件升级到 2.5.1 或 2.6.1
• 升级jdk到u67
• 将 gwt 升级到 2.6.1

除了

这是项目编译时的异常，环境是ubuntu 14.01LTS，ECLIPSE LUNA，还有eclipse Juno，gwt-eclipse-plugin，Java 1.7，

但是当我在没有 maven 项目的情况下创建时它编译得很好（新项目 - > google gwt）

请告诉我这是什么原因，提前谢谢！坦加拉吉

为什么 appengine 会尝试使用超级开发模式？

每次我将我的 GWT 应用程序部署到 appengine 并尝试访问它时，我都会看到白色的加载屏幕，然后大约 20-30 秒后，我会收到以下消息：

我将 maven 与gwt-maven-plugin和appengine-maven-plugin一起使用。使用maven-gae-plugin进行部署会得到相同的结果。

如果我切换回使用 2.6.1 版本的 gwt 和 gwt-maven-plugin，它会部署好，所以它似乎与自动开发模式启动器有关。

我的一些 pom.xml

在我的 Project.gwt.xml

（尝试删除此行但仍然得到相同的结果）

环境

日食月神（4.4.1）

Maven 3.2.3（3.2.1 嵌入式）

m2eclipse 1.5.0

我正在尝试将项目从 gwt-2.6.1 迁移到 gwt-2.7。但是，我面临一个问题。由于某种原因，gwt 编译器忽略了 .gwt.xml 中的继承模块之一。所以我在.gwt.xml中有这样的东西：

但是在使用带有 gwt-maven-plugin 的 maven 进行编译时，我不断收到这样的错误：

如您所见，gwt 尝试编译 servlet 目录中的文件，该文件在 .gwt.xml 中被排除。可能是什么原因？gwt-2.6.1 没有这样的问题。

编辑：我发现（在 gwt-maven-plugin 配置中）

是导致问题的原因（没有它项目编译）。然而，问题仍然存在。

我的 pom.xml。我正在尝试在谷歌应用引擎上部署它，但出现以下错误。我究竟做错了什么？

我正在使用 Spring MVC 和 google-app-sdk 1.9.18。以下是错误：

我使用 maven 创建了一个项目 testprojectapp

mvn archetype:generate -Dappengine-version=1.9.18 -Dapplication-id=testprojectapp -Dfilter=com.google.appengine.archetypes:

我的 pom.xml 在下面

然后我尝试使用 mvn appengine:update 上传

我有另一个基于 spring 的项目在本地运行良好，但在尝试上传项目时出现相同的错误。我看到类似的线程没有任何答案。谷歌或专家请确认这种项目（JAVA + MAVEN3.25 + SPRING 4 + Spring Security）在谷歌应用程序上是否真的可行，或者我是否应该找到另一个云平台。据我所知，这只是谷歌的一个伎俩，让我们创建试用账户。如果我在这里做错了什么，请帮忙。

下面是我的 appengine-web.xml

------------------更新------------- 好的 maven 和 google app 专家，这是给你们的。我从这个网站http://java-in-cloud.blogspot.com/2013/11/java-maven-gae-spring-and-vaadin-all.html中包含了 pom.xml 并且我能够成功构建谷歌给了我代码和所有。下面是我的新 pom.xml。如果有人能指出我遗漏了什么或做错了什么，那就太好了。从来没有在maven上工作过。与此同时，我会发现这是否适用于我拥有的应用程序并更新稍后发生的情况。

好的，所以我能够上传我的 testapp 测试它并且它可以工作。猜猜我将不得不通过maven，这样就不会再发生这种情况了。

任何指点都会有帮助谢谢

我觉得这可能是一个愚蠢的问题，答案可能很简单。我正在使用 Eclipse 4.4 和 Maven 来运行我的 GWT 2.7 应用程序。我正在重新设计我的项目布局，并想使用@ThomasBroyer 的新 gwt-maven-plugin。

我按照自述文件中的说明在eclipse中从archetype modules-webapp创建了一个新的maven项目下一部分我有点不确定，但是对于父项目我右键单击-> Run As->Maven Build并将目标设置为“gwt:codeserver -pl *-client -am”，它在http://localhost:9876/上启动代码服务器。所以这很好。我想我要做的下一件事是为服务器代码运行码头，所以我右键单击 *-server 项目->运行方式->Maven 构建并将目标设置为“jetty:start -Denv=dev”，它说构建完成并且码头已经启动但是如果我去 localhost:8888/index.html 说它找不到。我确信我忽略了一些非常明显的东西，但一些方向会最有帮助。

谢谢