Maven GWT生产部署 - '可能需要(重新)编译'

时间:2012-08-06 16:08:37

标签: java gwt maven

简短摘要:作为Bamboo计划的一部分,GWT编译正常运行,但生成的nocache.js包含(重新)编译消息。

最近我在改变编译和部署应用程序的方式时遇到了一些麻烦。 组态: - GWT 2.4.0 - Maven GWT插件 - 竹子

在我的机器上运行GWT编译,一切正常,可以在开发模式和js模式下运行。 运行maven编译(通过eclipse - maven - run as - package)表现很好,nocache.js看起来很好。 在XP机器上或使用Solaris + Bamboo运行命令行maven编译会产生错误的nocache.js,即使生成的htmls看起来没问题。实际上,* .cache.html与我机器上的相同。

所以我机器上的module.nocache.js包含对唯一命名的html文件的正确引用,而受影响的机器上的nocache.js(?)不包含任何此类引用。

GWT编译器启动选项在所有计算机上都是相同的。在所有机器上清理了目标和战争文件夹。

计划摘要:

[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ myproject ---
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ myproject ---
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ myproject ---
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ myproject ---
[INFO] --- maven-surefire-plugin:2.10:test (default-test) @ myproject ---
[INFO] --- gwt-maven-plugin:2.4.0:compile (default) @ myproject ---
[INFO]    Compilation succeeded -- 639,969s
[INFO] --- maven-war-plugin:2.2:war (default-war) @ myproject ---
[INFO] Packaging webapp
[INFO] Assembling webapp [myproject] in [.....\myproject\target\myproject-2.0-SNAPSHOT]
[INFO] Processing war project
[INFO] Copying webapp resources [....\myproject\war]
[INFO] Webapp assembled in [14125 msecs]
[INFO] Building war: .....\myproject\target\myproject-2.0-SNAPSHOT.war
[INFO] --- maven-source-plugin:2.1.2:jar-no-fork (attach-sources) @ myproject ---
[INFO] --- gwt-maven-plugin:2.4.0:test (default) @ myproject ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ myproject ---
[INFO] --- maven-deploy-plugin:2.7:deploy (default-deploy) @ myproject ---

在本地,在Eclipse中,我已经关闭了除我正在编译的项目之外的所有项目,因此所有依赖项都是通过maven检索的。 Eclipse发出了很多错误,但是我正在从eclipse运行maven目标清理和安装,结果再次正常。 生成的nocache.js文件与编译时间相同,不会检索或遗留它们。

我很难过,不管怎么说,在Bamboo机器上,Maven GWT编译插件已经由它自己决定编译开发,我认为。


L.E。

其他信息,Bamboo构建日志。它似乎使用标准链接器,它看起来与本地机器上的相同:

build   06-Aug-2012 20:18:35    [INFO]    Permutation 0 (strong name F96236D63A05E1D33308D4FE26EDA9F9) has an initial download size of 4937614 and total script size of 4937614
build   06-Aug-2012 20:18:35    [INFO]    Invoking Linker RPC policy file manifest
build   06-Aug-2012 20:18:35    [INFO]    Invoking Linker Standard
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker RPC log linker
build   06-Aug-2012 20:18:36    [INFO]    Emitting RPC log files
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Export CompilationResult symbol maps
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Emit compile report artifacts
build   06-Aug-2012 20:18:36    [INFO]    Permutation 1 (strong name B836CC45CC0786F0D04CEA25F7204F39) has an initial download size of 5220544 and total script size of 5220544
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker RPC policy file manifest
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Standard
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker RPC log linker
build   06-Aug-2012 20:18:36    [INFO]    Emitting RPC log files
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Export CompilationResult symbol maps
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Emit compile report artifacts
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker RPC policy file manifest
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Standard
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker RPC log linker
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Export CompilationResult symbol maps
build   06-Aug-2012 20:18:36    [INFO]    Invoking Linker Emit compile report artifacts
build   06-Aug-2012 20:18:36    [INFO]    Linking Public artifacts into ....-SNAPSHOT
build   06-Aug-2012 20:18:36    [INFO]    Linking Deploy artifacts into ....-SNAPSHOT/WEB-INF/deploy

1 个答案:

答案 0 :(得分:0)

解决了它,这是一段错误之前提交的nocache.js文件。因此,新的nocache.js从未生成或未覆盖它。

对于如何发生这种情况的详细信息并不完全确定,但我不会进一步调查,我只是将其添加以供将来参考。