maven-tomcat-plugin redeploy funktioniert nicht?

[pocketom]

Wenn ich etwas an meinem Service geändert habe möchte ich mvn tomcat:redeploy verwenden. Lieder ist danach nur noch das WEB-INF/lib Verzeichnis zur Applikation vorhanden. Der Rest wird gelöscht. mvn tomcat:deploy geht auch nicht mehr da er das Verzeichnis analog zum WAR File immer dalässt, auch bei undeploy. Somit bekommt man immer den Fehler

[INFO] Cannot invoke Tomcat manager: FAIL - Application already exists at path / ...

In der Doku steht:

tomcat:undeploy Undeploy a WAR from Tomcat.

Ich nehme an es ist also normal das nur das war File entfernt wird und nicht der zugehörige Ordner?

tomcat:redeploy Redeploy a WAR in Tomcat. Deploy with forcing update flag to true

Leider ist danach das META-INF Verzeichnis und alle Unterverzeichnise von WEB-INF (ausser lib) komplett weg und der Service lässt sich natürlich nicht mehr starten bis man es von Hand wieder reinkopiert.


Ich muss also immer Tomcat runterfahren, manuell den Folder löschen im webapp Verzeichnis, dann wieder starten und dann mit maven-tomcat-plugin deployen. Mach ich hier irgendetwas falsch oder ist das leider der reguläre Weg?


gReeTz!

 

[Noctarius]

Wie hast du denn den Context definiert? Mit welchen Einstellungen? Läuft der Tomcat im Debugmodus? Geht es über den TomcatManager sauber? ...

 

[pocketom]

Nochdem ganzen Hickhack um den Context habe ich sämtliche Einstellungen aus server.xml, context.xml, usw. wieder entfernt. Auch die Webapp hat momentan keine context.xml. Ein WAR File wird "as is" deployed (z.B. auch manuell über den TC Manager). Im Moment lautet also der Context immer so wie der Service. Meinst du mit Debugmodus das Logging? Das hab ich auf Level "Debug" stehen, ja. Ich habe den TomcatManager gerade getestet, der undeployed auch nicht sauber (gleicher Effekt).

 

[Noctarius]

Nochdem ganzen Hickhack um den Context habe ich sämtliche Einstellungen aus server.xml, context.xml, usw. wieder entfernt. Auch die Webapp hat momentan keine context.xml. Im Moment lautet also der Context immer so wie der Service. Meinst du mit Debugmodus das Logging? Das hab ich auf Level "Debug" stehen, ja. Ich habe den TomcatManager gerade getestet, der undeployed auch nicht sauber (gleicher Effekt).

Dann wird der Fehler irgendwo anders liegen. Nimm mal einen sauberen Tomcat, tritt es dann noch auf wird sich deine Webapp vermutlich nicht sauber beenden lassen - evtl. Threads?

 

[pocketom]

Hmm, ich kuck mal durch. Verdächtig ist und das stützt meiner Meinung nach deine These das das Verzeichnis /context/WEB-INF/libs mit ein paar libs drin kleben bleibt:

cxf-rt-bindings-xml-2.2.2.jar
cxf-rt-transports-http-2.2.2.jar
cxf-rt-transports-jms-2.2.2.jar
cxf-rt-ws-addr-2.2.2.jar


Das Verzeichnis lässt sich auch nur löschen wenn man TC stoppt...

 

[Noctarius]

Dann ist wohl noch ein Filehandle offen.
Apache Tomcat Configuration Reference - The Context Container

Such da mal nach antijarlocking oder so

 

[pocketom]

Ok, thx!