Tomcat et plusieurs domaines/applications

Actuellement je exécutez seul tomcat avec la GUERRE seule demande sur le port 80. Le nom de domaine www.foo.org est orienté vers cette adresse ip du serveur.

Qu'est-ce que la procédure d'ajout d' www.bar.org de domaine pour un client différent sur le port 80?

Merci

InformationsquelleAutor user648026 | 2012-05-22
  1. 52

    Depuis le début, vous avez un seul "Hôte" enregistrer dans votre conf/server.xml pour localhost

    <Host name="localhost"  appBase="webapps" unpackWARs="true" autoDeploy="true">
      <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="localhost_access_log." suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
</Host>

    Maintenant, vous pouvez ajouter un autre "Accueil" archives, par exemple

      <Host name="anotherclient.com"  appBase="anotherclient" unpackWARs="true" autoDeploy="true">

       <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
           prefix="anotherclient_access_log." suffix=".txt"
           pattern="%h %l %u %t &quot;%r&quot; %s %b" />
  </Host>

    où name="anotherclient.com" est le nouveau client du domaine, et appBase="anotherclient" est sa racine de l'application web directory (nom de l'endroit où vous déployez votre guerre); elle est relative à la tomcat home dir.

    Changement ne sera accepté après tomcat est redémarré.

    Demandes de recourir à l'un des autres domaines (ne figurent pas dans server.xml) mais pointant vers l'adresse IP de votre serveur sera transmis à l'application par défaut, il est spécifié dans le Engine élément

    <Engine name="Catalina" defaultHost="localhost">
    • Est-ce à dire que les guerres sont à /opt/tomcat/webapps/ROOT.war pour l'original foo.org site, puis /opt/tomcat/anotherclient/ROOT.war pour la nouvelle bar.org site?
    • Oui, c'est correct. J'ai juste essayé moi-même et de mettre les Guerres comme ça semble fonctionner pour moi.
    • nous avons créer ce répertoire anotherclient soi-même ou c'est de la création d'après le redémarrage de tomcat7
    • Un répertoire vide ne sera pas très utile sans war à l'intérieur, donc juste de le créer et de déployer votre war là. Puis redémarrer tomcat.
    • Fonctionne très bien! Mais pourquoi ne pas garder le "webapps" du dossier et de dire la correcte application web à l'aide de <Context path="" docBase="web-app-1" debug="0" privileged="true" /> ? J'utilise cela, le fait d'avoir mon webapps tous sous "webapps" (qui j'ai l'habitude de toujours). Est-ce plutôt une mauvaise pratique? (Note: j'utilise Tomcat 8.5, peut-être qu'il n'était même pas possible retour dans la journée avec tc7, je ne sais pas)
    • où avez-vous mis cette déclaration exactement ??!
    • J'ai plusieurs hôtes dans les matous server.xml. Chacun ressemble à ceci: <nom de l'Hôte="www.my-url.xyz" appBase="webapps" unpackWARs="true" autoDeploy="true"> <Context path="" docBase="mon-web-app-1/2/3..." debug="0" privilégié="true" /> <Valve className="org.apache.catalina.les vannes.AccessLogValve" directory="logs" prefix="localhost_access_log" suffix=".txt" pattern="%h %l %u %t &quot;%r&quot; %s %b" /> </Accueil> Comme cela, j'ai la carte d'une url vers une application, le tout sous "webapps".

    InformationsquelleAutor gumkins
  2. 5

    Dans sa configuration par défaut, Tomcat accepte les demandes pour n'importe quel nom d'hôte et les envoie tous à la "localhost" <Accueil> défini dans conf/server.xml. Si vous n'avez pas changer, alors tout ce que vous avez à faire est de vous assurer que vous avez les enregistrements DNS mis en place pour à la fois les noms d'hôtes pour pointer vers votre serveur.

    Si vous voulez avoir un ensemble différent de webapps pour chaque nom d'hôte, alors vous aurez à définir une deuxième <Accueil> dans conf/server.xml et utiliser le nom d'hôte pour elle. (Notez que vous devez toujours avoir un "défaut" de l'hôte où toutes les demandes qui ne correspondent à aucune des explicitement définis par les hôtes).

    Vous pouvez lire la documentation pour <Accueil> ici: http://tomcat.apache.org/tomcat-7.0-doc/config/host.html (C'est pour Tomcat 7.0.x. Vous n'avez pas mentionné votre version alors je t'ai donné un lien vers la dernière version de la documentation).

    • Merci, Sa version 7, Ce qui concerne la GUERRE des fichiers? chaque client a besoin d'un diffarent de déploiement?
    • Chaque <Accueil> obtient son propre appBase, de sorte que vous pouvez choisir de mettre votre GUERRE des fichiers dans l'un ou l'autre ou les deux. En choisissant l'on va faire que la GUERRE de fichier uniquement accessible en utilisant le nom d'hôte de ce <Accueil>, tout en mettant le fichier WAR dans les deux signifie que vous disposez de deux copies de la webapp en cours d'exécution simultanément dans le même conteneur: un pour un hôte, et l'un pour l'autre.
    • Donc, seule l'exécution de tomcat sur le port 80 peut gérer plusieurs hôtes sur le même port (80) avec une simple GUERRE, à l'aide de plusieurs "hôtes" de configuration.
    InformationsquelleAutor Christopher Schultz
  3. 3

    En général, vous avez un tomcat (ou autre serveur d'applications) sur le port différent de 80 (comme 8080 ou 7001, ou tout ce que vous voulez).
    Après que vous avez mis un serveur web (comme apache http server) sur le port 80 et configurer un ou plusieurs connecteur pour pointer vers un port différent sur différents serveur d'application, avec adresse différente.

    Http Apache + tomcat, vous pouvez prendre un coup d'oeil à ce lien:

    http://tomcat.apache.org/connectors-doc/webserver_howto/apache.html

    • Il n'y a pas de raison particulière pour ajouter un produit à l'OP de l'environnement: ce problème peut être résolu en utilisant Tomcat seul.
    • C'est juste une meilleure pratique en milieu professionnel pour le web et le serveur d'application.
    • Balivernes: Tomcat est parfaitement acceptable serveur web. L'appel de quelque chose de "meilleure pratique" ne pas en faire une meilleure pratique. C'est un /commun/ pratique, mais certainement pas une "meilleure pratique".
    • Une autre alternative à l'exécution d'Apache + Tomcat pour acheminer le trafic à partir du port 80 8080 est d'utiliser des tables NAT et traduire tout trafic entrant sur le port 80 vers le port 8080. Même si Apache est rapide NAT est plus rapide et c'est déjà une partie de iptables (je suis en supposant que votre serveur est sous linux).
    InformationsquelleAutor Guaido79