Je souhaite configurer un processus de mise à jour pour une application s'exécutant sur Tomcat. Le serveur qui héberge tomcat n'est ouvert que pendant les heures de travail (c'est une application intraner pour une petite entreprise). Je pensais que je pourrais télécharger la nouvelle guerre sur le serveur et mettre en place "quelque chose" pour lancer le prochain démarrage du serveur. Ce quelque chose pourrait être un fichier bat qui sera exécuté au démarrage du serveur mais avant le démarrage du service Tomcat et il supprimera l'ancienne guerre et son dossier éclaté. Quand je mets à jour manuellement la guerre, je supprime aussi le dossier de travail de Tomcat (juste pour être sûr). Je connais le déploiement à chaud mais je ne le considère pas comme une option car je ne suis pas très sûr des implications qu'il pourrait avoir sur les sessions de travail actuelles des utilisateurs.Mise à jour d'une guerre sur le démarrage de Tomcat
Existe-t-il un moyen d'exécuter un tel fichier chauve-souris avant le démarrage de Tomcat ou une autre méthode pour effectuer cette mise à jour? La version de Tomcat n'est pas un problème. Maintenant lance Tomcat 6 mais je peux passer à la version 7 si nécessaire.
J'ai aussi posté ceci sur serverfault mais je poste ici et si vous pensez que ceci est en violation des termes, mes excuses et je l'enlèverai.
J'aime l'approche Java, mais comment vais-je m'assurer que le service de mise à jour s'exécute avant le service Tomcat? Dois-je ajouter une dépendance sur le service Tomcat? – pater
Une petite application Java de démarrage qui effectue votre mise à jour démarre ensuite Tomcat progammatically. En utilisant le Service Wrapper, vous faites de cette application de démarrage le service Windows. Cochez cette case [link] (http://wrapper.tanukisoftware.com/doc/english/integrate-start-stop-nix.html) pour savoir comment intégrer votre application dans l'encapsuleur. btw, la version 3.2.3 de l'emballage est 'libre' si cela fait une différence pour vous. –