GWT 1.6 Projekt Krieg Layout-Mixing Quellcode & Compiler-generierte Artefakte?

Question

Nachdem ich gerade ein GWT-1.5-Projekt abgeschlossen habe, schaue ich mir an, was wir tun müssen, um auf 1.6 zu migrieren. Ich bin sehr überrascht zu sehen, dass GWT scheint, seine kompilierte Ausgabe in das War-Verzeichnis zu schreiben, wo Sie normalerweise Elemente unter der Quellcodeverwaltung haben würden.

Was ist der Grund dafür? Hat Google das wirklich für eine gute Idee gehalten? Gibt es eine Problemumgehung, um Quellcode von compilergenerierten Artefakten zu trennen? Gibt es einen anderen Grund dafür, dass ich vermisse?

EDIT:

Es ist vorgeschlagen worden, dass ich die -war Option verwenden, um ein Ausgabeverzeichnis angeben. Ich habe einige ANT-Skripte geschrieben, und das funktioniert meistens. Ich musste meine statischen Ressourcen wie HTML, JSPs usw. in dieses Verzeichnis kopieren (ich benutze target/war, im Maven-Stil). Machen die meisten Menschen das? Oder lässt du GWT einfach seine Ausgabe in das quellcode-gesteuerte Verzeichnis war schreiben und sagst du deinem VCS, die nicht versionsgesteuerten Dateien zu ignorieren? Es kam mir in den Sinn, dass es vorteilhaft wäre GWT direkt in dieses Verzeichnis schreiben zu lassen, da Jetty dann automatisch Änderungen an JSPs, HTML usw. bemerken würde und es nicht nötig wäre, eine Kopie zu machen, um diese Änderungen sichtbar zu machen.

Answer 1

Salvador Diaz hat an excellent solution zur Verfügung gestellt.

Answer 2

Verwenden Sie die Option "-war", um zu steuern, wohin der Ausgang geht.

FYI: Das Wiki hat die design doc, die Ihnen hoffentlich ein wenig Einblick geben wird, was sie dachten.

Siehe auch die Release Notes, die das neue Projektlayout sowie einige Dinge besprechen, auf die man bei dieser Änderung achten sollte.

Answer 3

Ja, schau dir die Option -war an, die helfen kann. Was ich mache (was vielleicht nicht so sauber wie Maven ist, und ich verwende nicht den -war) ist, dass ich mein gesamtes Projektverzeichnis auf SVN setze und dann das Unterverzeichnis ignoriere, das die js und andere kompilierte bs enthält mit den Klassen dir. Auf diese Weise habe ich alles andere auf der Quellcodeverwaltung, einschließlich der Bibliotheken, die ich wollte. So kann ein anderes Teammitglied einfach das gesamte Projekt von SVN auschecken, kompilieren und fertig sein.