Die kürzlich veröffentlichte Version 9.1.0 des JBoss Developer Studios (bzw. der JBoss Tools für Eclipse) löst ein Problem, das in letzter Zeit vermehrt beim Redeployment – in Eclipse „Publish“ genannt – von WildFly-Anwendungen auf Windows auftrat: Da Windows Dateien offenbar teilweise mit einem Lock belegt, wenn sie von aktiven Anwendungen gelesen wurden, kam es mit früheren Versionen des JBoss Developer Studio (oder Eclipse mit JBoss Tools) zu einem Fehler beim „Publish“ der neuen Anwendungsdateien in den laufenden Server: Die Dateien konnten dann nicht kopiert werden und das Redeployment schlug fehl. Teilweise hatten sich die Prozesse dann so ineinander verklemmt, dass der Server und Eclipse nicht mehr sauber heruntergefahren werden konnten.
In der nun verfügbaren Version 9.1.0 führt ein „Full Publish“ nun zunächst zu einem sauberen Stopp der Anwendung im Server, bevor das eigentliche Redeployment durchgeführt wird. Das kostet zwar ein wenig zusätzliche Zeit, redeployt nun aber zuverlässig.
Ein kleiner Tipp hilft in vielen Fällen, gänzlich ohne Redeploy zu entwickeln: Lassen Sie den Server im Debug-Modus arbeiten. Änderungen an serverseitigen Klassen werden dann über den Remote Debugger umgehend „hot replaced“. Der Debugger ist solange dazu in der Lage, wie Sie keine strukturelle Klassenänderung vornehmen (Signatur-Änderungen o. ä.). Nur in diesen Fällen ist dann noch ein „Full Publish“ nötig. Nutzen Sie zudem das „Exploded Deployment“ (was die Default-Einstellung ist), so werden Änderungen an Ressourcen (z. B. Facelets) ebenfalls sofort im laufenden Server sichtbar.
