Tomcat doit être redémarré 2 fois lors du chargement du nouveau fichier war

Question

Lorsque je mets un nouveau fichier war dans le répertoire webapps et que je redémarre tomcat, mon fichier war est explosé mais les servlets ne sont pas disponibles et leurs fichiers journaux respectifs ne sont pas créés le répertoire des journaux. Lorsque je rebondis tomcat, les servlets sont disponibles et les fichiers journaux sont créés. Je suppose que j'ai paramétré (s) pas correct dans tomcat, mais je ne suis pas sûr par où commencer.

Quelqu'un connaît-il la cause de ma situation actuelle? Ou même quels paramètres à examiner?

Nouveau Supplément/Commentaires: Notre configuration nous permet d'avoir notre application 'myApp' soit l'application par défaut qui est vue à la racine de notre URL. Au premier démarrage de tomcat, je peux accéder à myApp en accédant à /myApp/index.html - alors qu'au second démarrage de tomcat, je peux alors simplement aller à go et myApp/index.html est affiché.

Ma liste de fichiers de bienvenue est le 'myApp/index.html'

Answer 1

J'ai eu un problème similaire avec Tomcat 6.0.26. J'ai travaillé autour de lui en supprimant les webapps explosées avant de copier le nouveau fichier war dans le répertoire webapps. Peut-être un peu kludgy, mais cela a résolu mon problème.

Answer 2

http://tomcat.apache.org/tomcat-6.0-doc/config/context.html

antiJARLocking 

Si cela est vrai, le classloader Tomcat prendra des mesures supplémentaires pour éviter le verrouillage des fichiers JAR lorsque les ressources sont accessibles à l'intérieur JARs via des URL. Cela aura une incidence sur le temps de démarrage des applications, mais pourrait s'avérer utile sur les plates-formes ou les configurations où le verrouillage de fichiers peut se produire. Si non spécifié, la valeur par défaut est false.

Answer 3

avez-vous défini les paramètres unpackWars et autoDeploy sur true dans votre fichier server.xml?

Answer 4

Essayez de faire unpackwars = false et assurez-vous toujours Tomat ne fonctionne pas lorsque vous essayez d'éviter le déploiement déploiement à chaud ...