Comment définir le chemin de contexte d'une application web Tomcat 7.0

Je sais que je peux renommer ma webapp (ou c'est la GUERRE de fichier) pour RACINE mais c'est un terrible moyen de le faire, à mon humble avis. Maintenant, j'ai vérifié le tomcat doc & il dit

Il n'est PAS recommandé de placer des éléments dans l'
serveur.fichier xml

J'ai donc essayé de le faire d'une autre méthode qu'il suggère.

Contexte individuel éléments peuvent être définis de manière explicite: Dans un
individuelle fichier /META-INF/context.xml à l'intérieur des fichiers de l'application.

J'ai donc créé un /META-INF/context.xml avec le code suivant,

<?xml version="1.0" encoding="UTF-8"?>
<Context antiJARLocking="true" path="/"/>

Mais après le déploiement de quand j'ai redémarré le serveur, il ne parvenait toujours pas à charger le contexte à "/", il reste chargé avec le "/<WEB_APP_NAME>"

Tous les pointeurs utiles.

InformationsquelleAutor Chantz | 2011-09-01
  1. 229

    Ce que vous pouvez faire est la suivante;

    Ajouter un fichier appelé ROOT.xml dans <catalina_home>/conf/Catalina/localhost/

    Ce ROOT.xml remplace les paramètres par défaut pour le contexte de la racine de l'installation de tomcat pour le moteur et l'hôte (Catalina et localhost).

    Entrez les informations suivantes pour la ROOT.xml fichier;

    <Context 
  docBase="<yourApp>" 
  path="" 
  reloadable="true" 
/>

    Ici, <yourApp> est le nom de votre application.. 🙂

    Et là vous allez, votre application est l'application par défaut et apparaîtra sur http://localhost:8080

    Cependant, il y a un effet de bord; votre demande sera chargé à deux reprises. Une fois pour localhost:8080 et une fois pour localhost:8080/yourApp. Pour y remédier, vous pouvez mettre votre application en DEHORS de la <catalina_home>/webapps et utiliser un chemin relatif ou absolu dans l'ROOT.xml's docBase tag. Quelque chose comme ceci;

    <Context 
  docBase="/opt/mywebapps/<yourApp>" 
  path="" 
  reloadable="true" 
/>

    Et puis il doit être OK!

    • En bas a voté? Ok, mais pourquoi? Si il y a une meilleure alternative, laissez-moi savoir aussi! 😀
    • Sera-ce de travailler avec d'autres guerres ordinaires dans le répertoire webapps?
    • en regardant la doc tomcat.apache.org/tomcat-7.0-doc/config/context.html docbase est le chemin/vers/yourApp et le chemin d'accès doit être "" (donc une chaîne vide), ce qui signifie le contexte de la racine
    • oui, vous pouvez utiliser les deux méthodes en parallèle.
    • Pour résoudre le double de déploiement, vous pouvez également régler à la fois "deployOnStartup" et "autoDeploy" falsification de l'Hôte à l'attribut dans la server.xml
    • J'ai trouvé que si vous n'avez pas renommer le dossier RACINE par défaut sous /webapps "le chat est de retour" et il remet le docBase dans le ROOT.xml. C'est avec VMWare vfabric tc serveur de développement... Être averti.
    • Réglage de l'attribut de chemin d'accès n'est pas valide dans ce cas (comme pour les docs)
    • Je n'ai pas downvote, mais la solution n'est pas grand: path attribut est illégal dans un context.xml fichier.
    • à l'aide de path="" où puis-je trouver le projet de déploiement? car il n'est pas webapps/ROOT sous-répertoire de tomcat?
    • Grand commentaire sur le chargement de l'application deux fois. Qui gâchera votre application si vous exécutez des choses comme elasticsearch.
    • Je n'ai pas l'expérience de la double problème de déploiement. Ma configuration est vu dans le stackoverflow.com/questions/26652264/...
    • Il semble que Tomcat 7 ne permettra pas à un docBase intérieur /webapps maintenant, de sorte qu'il semble être obligatoire pour localiser le fichier war ailleurs.
    • Que faire si je veux utiliser un fichier WAR à la place d'un a explosé un? Apparemment Tomcat refuse de l'autoriser. Des idées?
    • Je ne pouvais pas l'avoir configuré avec un fichier war, fini la définition d'un ROOT.jar être un lien symbolique vers le fichier jar
    • semble être de droite sur tomcat7 et d'avoir à déplacer l'application à l'extérieur du répertoire webapps. Le déploiement d'un .la guerre a fonctionné pour moi, après je l'ai déplacé à l'extérieur du répertoire webapps.
    • <catalina_home> devrait être <catalina_base>
    • Je seconde le commentaire de @abdull. Basé sur cette réponse, il devrait être <catalina_base> pas <catalina_home>.
    • Selon le docs, si vous avez besoin d'utiliser <catalina_home> ou <catalina_base> est en fonction de votre installation. Si vous téléchargez à partir tomcat.apache.org et seulement l'intention d'exécuter une instance de Tomcat par serveur, vous aurez seulement besoin d' <catalina_home>.
    • J'ai essayé la solution ci-dessus, mais il ne fonctionne pas pour moi. Pour le déploiement de l'application pour la 1ère fois j'ai une erreur 404, mais lorsque je redémarre le serveur, puis l'application se charge correctement..Aucune idée de ce que je fais mal??
    • J'ai créé ROOT.xml dans $CATALINA_HOME/conf/Catalina/localhost et définir docBase à Foobar, mais va http://example.com:8080 montre encore Tomcat page d'accueil au lieu de mon application (en supposant que example.com est mon domaine et Foobar est le nom de ma webapp). J'ai même essayé de mettre le docBase à /opt/tomcat/webapps/Foobar, mais toujours pas de travail. Bien sûr, je redémarrez Tomcat, après avoir fait des changements, mais pas de travail. Toutes les suggestions?
    • href="http://stackoverflow.com/questions/7276989/howto-set-the-context-path-of-a-web-application-in-tomcat-7-0#comment19978282_7706950">Voir hoserdude de commentaire et cette réponse: stackoverflow.com/a/3921962/399105
    • Est-cela signifie que j'ai encore besoin de mettre le fichier war sous webapps tout d'abord, démarrer le serveur, laissez générer le dossier app, pour arrêter le serveur, il faut le déplacer à l'extérieur de la webapps et de redémarrage du serveur?
    • oui, après l'avoir déplacé (décompressé guerre le dossier) de webapps à nouveau docBase, il a travaillé.
    • Mais quand j'ai deux de l'application du Service à l'écoute sur le port différent, juste envie de traiter de port spécifiques au contexte de l'application. Comment y parvenir ? Est-ce ROOT.xml est configuré sur le port ?

    InformationsquelleAutor Paaske
  2. 12

    Voici la seule solutions qui ont travaillé pour moi. Ajoutez à cela le nœud d'Hôte dans le conf/server.xml

    <Context path="" docBase="yourAppContextName">

  <!-- Default set of monitored resources -->
  <WatchedResource>WEB-INF/web.xml</WatchedResource>

</Context>

    aller à Tomcat server.xml fichier et le chemin d'accès vide

    • sera à server.xml ou context.xml? je vois une balise xml <Context> dans mon context.xml
    • Il y a aussi un contexte de balise xml dans server.xml Cependant server.xml utilisation pour le contexte de la définition est découragé
    InformationsquelleAutor rodvlopes
  3. 4

    Dans Tomcat 9.0, je n'ai qu'à modifier les éléments suivants dans la server.xml

    <Context docBase="web" path="/web" reloadable="true" source="org.eclipse.jst.jee.server:web"/>

    à 

    <Context docBase="web" path="" reloadable="true" source="org.eclipse.jst.jee.server:web"/>
    InformationsquelleAutor MK Yung
  4. 3

    Ce petit code a fonctionné pour moi, l'utilisation des hôtes virtuels

    <Host name="my.host.name" >
   <Context path="" docBase="/path/to/myapp.war"/>
</Host>
    • C'est dans server.xml? Selon p. ex. Ali.Mojtehedy au-dessus de cette problématique. Aussi, d'autres réponses de l'état qui /path/to doit être hors de la normale webapps chemin.
    • Semble bien fonctionner. Bien sûr, vous ne voulez pas la RACINE de l'application d'exister dans le même répertoire webapps de conflit avec les vôtres.
    InformationsquelleAutor Jorge Sanchez
  5. 2

    Plus rapide et peut-être la meilleure solution est d'avoir le contenu ci-dessous dans <TOMCAT_INSTALL_DIR>/conf/Catalina/localhost/ROOT.xml

    <Context 
  docBase="/your_webapp_location_directory" 
  path="" 
  reloadable="true" 
/>

    Et votre webapp sera disponible à http://<host>:<port>/

    • C'est que docBase répertoire absolu ou par rapport à un dossier spécifique?
    • J'ai essayé ceci, mais sa ne fonctionne pas. J'ai une application appelée Foobar dans /opt/tomcat/webapps/Foobar. J'ai essayé de réglage docBase à Foobar et aussi /opt/tomcat/webapps/Foobar, mais quand je vais " http://<accueil&gt;:<port>/ je vois encore Tomcat page d'accueil à la place de mon Foobar app. J'ai même redémarré le serveur Tomcat. Ce que je fais mal?
    • Quand je fais le chemin de la valeur null, il n'arrive pas dans mon application ) :
    InformationsquelleAutor Rajesh Gheware
  6. 1

    J'ai été confronté à ce problème depuis un mois,Mettant contexte balise à l'intérieur de server.xml n'est pas sûr qu'il affecte contexte des éléments de déploiement pour tous les autres hôte ,pour les grands apps-il des erreurs de connexion également pas une bonne isolation par exemple, vous pouvez accéder à d'autres sites par nom de dossier domain2.com/domain1Folder !! une base de données connexions de session chargé à deux reprises !
    l'autre façon est de mettre ROOT.xml fichier qui a le contexte de la balise avec le chemin d'accès complet tel :

     <Context path="" docBase="/var/lib/tomcat7/webapps/ROOT" />

    dans conf/catalina/webappsfoldername
    et de déployer la guerre de fichier en tant que ROOT.la guerre à l'intérieur de webappsfoldername
    et aussi spécifier l'hôte
    ces 

     <Host name="domianname"  appBase="webapps2" unpackWARs="true"  autoDeploy="true"  xmlValidation="false" xmlNamespaceAware="false" >

        <Logger className="org.apache.catalina.logger.FileLogger"
               directory="logs"  prefix="localhost_log." suffix=".txt"
          timestamp="true"/>
</Host>

    Dans cette approche également pour le même type d'applications sessions utilisateur n'a pas une bonne isolation !
    vous pouvez à l'intérieur de app1 si app1 même que app2 vous pouvez après la connexion par le serveur de session côté automatiquement pouvez vous connecter à app2 ?!
    Donc, vous devez garder les utilisateurs de la session en cache côté client et non pas avec jsessionid !
    nous pouvons modifier nom du moteur à partir de localhost pour le résoudre.
    mais disons que jouer avec tomcat besoin de plus de temps que de jouer avec les autres chats!

    InformationsquelleAutor Ali.Mojtehedy
  7. 1

    Il n'est pas recommandé de mettre à jour la configuration du serveur comme server.xml ou ROOT.xml.

    Vous pouvez mettre un context.xml fichier de configuration sous votre web-application répertoire META-INF, avec le chemin de contexte de réglage. Cela va remplacer le paramètre de serveur par défaut?

    c'est à dire:

    <Context docBase="yourAppName" path="/yourAppPath" reloadable="true">
    InformationsquelleAutor Ivan
  8. 1

    <Context docBase="yourAppName" path="" reloadable="true">

    aller à Tomcat server.xml fichier et le chemin d'accès vide

    InformationsquelleAutor Vipin Yadav
  9. 1

    Tomcat 8 :
    Après de nombreuses recherches ce n'est que du code qui fonctionne:
    dans server.xml

    <!-- Set /apple as default path -->
    <Host name="localhost"  appBase="webapps"
         unpackWARs="true" autoDeploy="true">
     <Context path="" docBase="apple">
         <!-- Default set of monitored resources -->
         <WatchedResource>WEB-INF/web.xml</WatchedResource>
     </Context>
    </Host>

    Redémarrer Tomcat, assurez-vous que lorsque vous accédez à 127.0.0.1:8080, il va afficher le contenu dans 127.0.0.1:8080/apple

    Mon projet était d'applications web java sorcière créé par netbeans ,j'ai mis en contexte chemin dans la configuration du projet, pas d'autre chose, même j'ai mis de la pomme.la guerre dans le répertoire webapps.

    InformationsquelleAutor user3600935
  10. 1

    Pour moi les deux réponses travaillé.

    1. L'ajout d'un fichier appelé ROOT.xml dans /conf/Catalina/localhost/
    <Context
    docBase="/tmp/wars/hpong"
  path=""
  reloadable="true"
/>
    1. L'ajout de l'entrée en server.xml
    <Service name="Catalina2">
    <Connector port="8070" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8743" />
    <Engine name="Catalina2" defaultHost="localhost">
        <Host name="localhost"
            unpackWARs="true" autoDeploy="true">
            <Context path="" docBase="/tmp/wars/hpong"  reloadable="true">
                <WatchedResource>WEB-INF/web.xml</WatchedResource>
            </Context>
      </Host>
    </Engine>
</Service>

    Remarque: lorsque vous déclarez docBase en vertu de contexte puis de les ignorer appBase à l'Hôte.

    1. Toutefois, j'ai préféré la conversion de mon nom de guerre comme ROOT.war et de le placer sous webapps. Alors maintenant inégalée demandes d'url à partir d'autres guerres(contextpaths) de la terre dans cette guerre. C'est la meilleure façon de gérer la RACINE ("/**") chemin de contexte.

    La deuxième option (double) chargement des guerres de répertoire Webapps de ainsi. Aussi, on a besoin non compressé guerre dossier qui est un mal de tête.

    InformationsquelleAutor Kanagavelu Sugumar
  11. 0

    Dans Tomcat 8.X ,sous le répertoire d'accueil de tomcat /conf/dossier server.xml vous pouvez ajouter <Context> tag sous <Host> balise comme indiqué ci-dessous . Mais vous devez redémarrer le serveur pour prendre effet 

      <Host name="localhost"  appBase="webapps"
        unpackWARs="true" autoDeploy="true">

     <Context docBase="${catalina.base}\webapps\<Your App Directory Name>" path="<your app path you wish>" reloadable="true" />
  </Host>

    OU si vous utilisez Tomcat 7.X vous pouvez ajouter context.xml fichier dans le dossier WEB-INF dans votre projet . Le contenu du fichier que j'ai utilisé est tel qu'illustré . et il a bien fonctionné pour moi . vous n'avez pas à redémarrer le serveur dans ce cas . 

    <?xml version="1.0" encoding="UTF-8"?>

<Context docBase="${catalina.base}\webapps\<My App Directory Name>" path="<your app path you wish>" reloadable="true" />
    InformationsquelleAutor harsha kumar Reddy
  12. 0

    Plus simple et flexible, la solution est ci-dessous:
    À l'intérieur de ${Tomcat_home}/config/server.xml

    Changer le autoDeploy="false" deployOnStartup="false" sous Hôte élément comme ci-dessous Cela est faut.

    <Host name="localhost"  appBase="webapps"
        unpackWARs="true" autoDeploy="false" deployOnStartup="false">

    Ajouter la ligne ci-dessous en vertu de l' Hôte élément.

    <Context path="" docBase="ServletInAction.war"  reloadable="true">
            <WatchedResource>WEB-INF/web.xml</WatchedResource>
        </Context>

    Avec l'approche ci-dessus, nous pouvons ajouter autant d'applications sous webapps avec différentes contexte noms de chemin d'accès.

    • Solution alternative sans doinf configuration ci-dessus est juste renommer votre fichier war à la racine.la guerre et la mettre sous répertoire webapps. Automatiquement contexte chemin de /.
    InformationsquelleAutor Ravi Gupta
  13. -6

    Ci-dessous l'astuce a fonctionné pour moi.

    1) Commentaire/supprimer la configuration de server.xml fichier (à l'intérieur du dossier conf) de tomcat.

    2) effacez le dossier RACINE (le Cas échéant) résidant à l'intérieur de répertoire webapps de tomcat. Et renommer votre guerre e.g: test.de guerre ) le fichier RACINE.guerre.

    Rappeler que bien que la guerre de renommage de fichier à la RACINE.de la guerre "RACINE" doit être en majuscules.

    Limitation: Vous pouvez déployer une seule application au sein d'une instance de tomcat.

    • À partir de la question: "je sais que je peux renommer ma webapp (ou c'est la GUERRE de fichier) à la RACINE, mais c'est un terrible moyen de le faire, à mon humble avis."
    • Je ne voudrais pas me limiter à simplement en utilisant une seule application par tomcat instance.
    InformationsquelleAutor Kulshrest Gautam