Maven GWT生產部署-“可能需要（重新）編譯”

Question

簡短摘要：作為Bamboo計划的一部分，GWT編譯運行良好，但是生成的nocache.js包含（重新）編譯消息。

最近，在更改應用程序的編譯和部署方式時遇到了一些麻煩。 配置：-GWT 2.4.0-Maven GWT插件-Bamboo

在我的機器上運行GWT編譯，一切正常，可以在dev模式和js模式下運行。 運行maven編譯（通過eclipse-maven-以-程序包運行）可以很好地運行，nocache.js看起來很好。 在XP計算機上或使用Solaris + Bamboo運行命令行Maven編譯會產生錯誤的nocache.js，即使生成的html看起來不錯。 實際上，*。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編譯插件已自行決定要編譯以進行開發。

---

LE

附加信息，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

Answer 1

解決了它，這是一個nocache.js文件，該文件是前一段時間錯誤提交的。 因此，永遠不會生成新的nocache.js或將其覆蓋。

不確定如何發生的細節，但我將不作進一步調查，我僅將其添加以供將來參考。