Le déploiement du fichier war dans Tomcat avec un chemin différent

Si je déployer un fichier war dans Tomcat, appelé par exemple foo-bar-1.1.2.la guerre, comment puis-je déployer de sorte qu'il est extrait de webapps/bar et de l'URL de la racine de la /bar/...?

Mon intention ici est de garder le fichier war dans le webapps serveur avec ses informations de version pour que je sache quelle version est installée, mais il ont remplacer une version antérieure de l'application.

Je pouvais déployer la guerre de fichier à l'aide de PSI Sonde. Cela me permettrait de spécifier une cible contexte de l'application web. Toutefois, cela signifie que je perdrais toute les informations de version dans la guerre de nom de fichier.

InformationsquelleAutor z12345 | 2012-03-01
  1. 24

    Tomcat va toujours extraire le contenu d'un fichier war, dans un dossier du même nom (quand il est configuré pour déployer des guerres - en tant que par défaut, etc.).

    Vous pouvez l'extraire dans un dossier du nom de votre choix. Donc, si vous décompressez le contenu de foo.war à un dossier appelé bar/ manuellement, au lieu de juste de laisser tomber de la guerre dans le web apps dossier, ça va encore charger l'application web.

    Cependant, ce qui est totalement inutile, car vous pouvez spécifier le format d'URL de l'application sans vous embêter avec le dossier /fichier war nom à tous en substituant le contexte de l'élément racine pour votre application:

    C'est souvent dans les Tomcat server.xml - mais cette pratique est assez largement découragé. Au lieu de cela, je vous suggérons d'utiliser context.xml dans le répertoire META-INF de votre application web /fichier war:

    <Context path="/bar" .../>

    Lorsque l'application est déployée, la context.xml doivent être copiés /conf/Catalina/localhost mais renommé foo.xml

    Noter que conext racines doit être unique et il y a quelques considérations supplémentaires si vous utilisez le autoDeploy ou deployOnStartup opérations (Source http://tomcat.apache.org/tomcat-7.0-doc/config/context.html).

    D'autres options incluent:

    • Nettoyer le web apps dossier de chaque déploiement et de déposer votre nouveau foo-1.1.0 guerre.
    • Inclure le numéro de version dans un fichier plat. foo/version1
    • Ou simplement inclure la version dans un fichier config /fichier XML.

    Vous pouvez également utiliser Ant (ou un outil équivalent) pour automatiser les déploiements (et effectuez l'une des ci-dessus).

    • Je pensais qu'il pouvait être un moyen de déployer un fichier war sans manuellement l'extraction de son contenu, de sorte que vous pouvez garder ses informations de version, mais de le déployer sur un contexte existant.
    • Quelle est votre version de l'application a à voir avec le nom de la guerre de fichier / dossier de l'application?
    • J'ai édité la question dans l'espoir qu'il sera plus clair.
    • Le problème est de savoir quelle est la version de l'application est actuellement installé et la réduction de la durée de son nom dans l'URL. Vous avez raison, je n'ai pas les exigences assez clair dans la première place.
    • Je vais accepter cette réponse canonique parce que vous avez mentionné, y compris le numéro de version dans un fichier plat, qui est l'approche que je vais prendre.
    • Autant que je sache, servlet-mapping "/bar" ne carte des <ip-address>/bar, mais <ip-address>/<web-app-name>/bar (dans la mesure automatique de déploiement de tomcat est vrai). Point si je me trompe.
    • Désolé, vous avez raison. J'ai mis à jour ma réponse.
    • obsolètes et incorrectes.

    InformationsquelleAutor Michael
  2. 12

    Il y a un point important à souligner à propos de la path attribut du contexte fragment de définition. Pour citer le la documentation sur le sujet:

    Quand autoDeploy ou deployOnStartup opérations sont effectuées par un Hôte, le nom et le chemin de contexte de l'application web sont dérivées à partir des nom(s) du /des fichier(s) qui la définissent(s) de l'application web.

    deployOnStartup est le comportement par défaut de Tomcat hôtes.

    De suivre la documentation, ont une conséquence importante:

    le chemin de contexte peut pas être définies dans un META-INF/context.xml

    Selon les modalités de la définition d'un contexte Tomcat, cela permet que deux solutions:

    • In individual files (with a ".xml" extension) in the $CATALINA_BASE/conf/[enginename]/[hostname]/directory
    • Inside a Host element in the main conf/server.xml, qui est une découragé solution dans un environnement de production, car il nécessite un redémarrage du serveur

    Une autre solution tire parti de la unpackWARs l'attribut.

    À mon point de vue, pour ces raisons, le général et facile à mettre en œuvre un subtil chemin dans un environnement de production est en train de profiter de la de nommage de la guerre des fichiers (ce qui pourrait inclure la gestion des versions et être une solution à votre problème). Un seul tranchant (par exemple test#chemin d'accès.la guerre) dans la guerre des noms de fichier implique un segment dans le chemin de contexte (par exemple, /test/chemin). Un double dièse introduit le numéro de version (par exemple, test#chemin##112.la guerre). Cela fonctionne si oui ou non le déballage de la guerre des fichiers, de déploiement à chaud ou non, est de déploiement agnostique (gestionnaire ou du système de fichiers) et gère les multiples versions d'une même archive.

    Mais s'il y a besoin d'avoir une voie distincte de le nom de l'archive, il semble que la seule solution est le descripteur dans l' /conf/[enginename]/[hostname]/ répertoire ou le server.xml fichier. Pour ceux-ci, vous avez besoin d'un accès au serveur de système de fichiers.

    La solution est fortement liée à la façon dont Tomcat est configuré et géré dans le quotidien.

    • Je ne suis pas sûr si je suis en train de faire encore, mais cela semble être la bonne façon. Il fait de la "version" colonne dans le tomcat manager app plus de sens. Je suis en train de copier/déplacer des applications vers webaps comme 'cp /tmp/tds-5.0.0-alpha3.la guerre thredds##500a3.la guerre " pour garder les numéros de version séparée pour THREDDS.
    • Ce doit être la accepté de répondre à l'omi.
    InformationsquelleAutor bdulac
  3. 5

    Si vous voulez juste pour inclure une version de l'info dans votre guerre de nom de fichier, vous pouvez l'appeler comme: my-app##1.2.3.war. Il sera décompressé dans le répertoire my-app##1.2.3 mais le contexte sera juste my-app (c'est à dire http://host/my-app/).

    Travaille au moins avec Tomcat 7.0.55

    • Pour déployer cette URL on doit encoder les dièses # de %23, par exemple. http://localhost:8080/manager/text/deploy?path=/myapp%23%23v1.2.2.24%20(myName)&war=file:/D:/RELEASE.Tomcat.wars/myapp%23%23v1.2.2.24%20(myName).war , sinon déployer échouera par un fichier n'est pas trouvé exception.
    InformationsquelleAutor Peter Clause