2012-08-06 72 views
0

簡短摘要:作爲Bamboo計劃的一部分,GWT編譯運行良好,但生成的nocache.js包含(重新)編譯消息。Maven GWT生產部署 - '可能需要(重新)編譯'

最近我遇到了一些麻煩,同時改變了應用程序的編譯和部署方式。 配置: - GWT 2.4.0 - Maven的GWT插件 - 竹

運行在我的機器一切GWT編譯正常進行,既可以在開發模式和JS模式下運行。 運行一個maven編譯(通過eclipse - maven - 以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中,我已經關閉了所有項目,除了一個我這樣編譯所有的依賴通過行家檢索。 Eclipse正在發出很多錯誤信號,但是我正在從eclipse運行maven目標,並且安裝和結果都很好。 生成的nocache.js文件與編譯時間具有相同的時間,它們不會被檢索或遺留。

我很沮喪,不知何故,在Bamboo機器上Maven GWT編譯插件已經決定由它自己編譯進行開發,我假設。


L.E.

附加信息,竹建立日誌。這似乎是使用標準的連接器和它的外觀一樣在本地機器上:

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 

回答

0

解決了這個問題,有人認爲是COMMITED前一段時間了錯誤的nocache.js文件。正因爲如此,新的nocache.js從來沒有生成或沒有覆蓋它。

不完全確定這是怎麼發生的細節,但我不會進一步調查,我只是將其添加用於未來的參考。