GWT 2.7 + GAE-App sucht bei der Bereitstellung nach dem Codebeiserver
Warum versucht appengine den Super Dev Modus zu benutzen?
Jedes Mal, wenn ich meine GWT-App zur Verfügung stelle und versuche, darauf zuzugreifen, bekomme ich den weißen Ladebildschirm, und nach ungefähr 20-30 Sekunden bekomme ich folgende Nachricht:
Ich benutze maven mit dem gwt-maven-plugin und appengine-maven-plugin . Die Verwendung des maven-gae-plugin führt zu denselben Ergebnissen.
Wenn ich zu 2.6.1 Versionen von gwt und dem gwt-maven-plugin zurückwechsle, stellt es ok, also scheint es, dass es etwas mit dem automatischen dev mode launcher zu tun hat.
Einige meiner pom.xml
%Vor%In meiner Project.gwt.xml
%Vor%(versucht, diese Zeile zu entfernen, aber immer noch das gleiche Ergebnis)
Umgebung
Eklipse Luna (4.4.1)
Maven 3.2.3 (3.2.1 Eingebettet)
m2eclipse 1.5.0
2 Antworten
gwt:compile versucht, "inkrementell" zu arbeiten, indem der Zeitstempel der Datei nocache.js mit denen der Quelldateien verglichen und die GWT-Kompilierung übersprungen wird, wenn sie der Meinung ist, dass die Ausgabe aktuell ist. Das ist jedoch spröde . gwt:run (ohne <superDevMode>false</superDevMode> ; und gwt:run-codeserver mit launcherDir ) überschreibt die nocache.js mit einer SuperDevMode-spezifischen Version, was dazu führen kann, dass gwt:compile die Kompilierung überspringt.
Der Takeaway ist: Wenn Sie "deploying" oder "releasing" ausführen, müssen Sie zuerst mvn clean oder force gwt:compile ausführen, indem Sie -Dgwt.compiler.force an Maven übergeben.
Nur zur Information, ich hatte das gleiche Problem, verursacht durch die Verwendung einer nicht standardmäßigen Projektstruktur.
Maven hat die .nocache -Dateien in ein anderes Verzeichnis als /target/ kopiert, was verhindert hat, dass das clean -Plugin die generierten Dateien bereinigt hat.
Das Hinzufügen eines neuen Verzeichnisses, in das die Dateien kopiert werden, löst das Problem.
Tags und Links gwt maven google-app-engine gwt-maven-plugin gwt-super-dev-mode