Tomcat webapp config aus der WAR-Datei auslagern

Ich habe Probleme mit der Konfiguration einer webapp in tomcat 7. In meiner war-Datei, es ist eine properties-Datei myApp/WEB-INF/classes/myProps.Requisiten, und es enthält Umwelt-spezifische Eigenschaften. Ich versuche zu überschreiben, dass die Konfigurationsdatei auf dem server, so dass die gleiche war-Datei wird implementiert, um mehrere Umgebungen.

Ich habe gehört, es war ein Weg, dies zu tun mit Ersatz-config-Dateien im tomcat/conf/Catalina/myApp. Dies ist die Methode, die ich habe Schwierigkeiten, herauszufinden.

Ebenfalls Anwendung.Krieg ist eine von vielen auf dem gleichen tomcat-server, und es läuft nicht als "localhost". Ich möchte in der Lage sein, dieses problem zu lösen, für mehrere webapps.

Server version: Apache Tomcat/7.0.23
Server built:   Nov 20 2011 07:36:25
Server number:  7.0.23.0
OS Name:        Linux

InformationsquelleAutor der Frage mfa | 2012-12-19

  1. 56

    Ihre tomcat/conf/Catalina/<host> enthalten können Kontext-Deskriptoren, mit denen Sie konfigurieren, viele Dinge, einschließlich der Definition von "Umwelt-Einträge", die zugänglich sind, von Java über JNDI. Es gibt viele Wege zu gehen über die Verwendung. Persönlich, habe ich eine Umgebung, Eintrag, ist die Datei system Pfad zu meiner Datei Eigenschaften. Meine app ist gebaut, um zu prüfen, ob diese Eintritt, und wenn es nicht vorhanden ist, suchen Sie nach der Datei auf dem Klassenpfad statt. So, dev, wir haben das dev-Eigenschaften direkt auf den Klassenpfad, aber wenn wir bauen, bereitstellen, weisen wir Sie auf eine externe Datei.

    Da gibt es eine gute Dokumentation für konfigurieren eines Kontext auf der Tomcat-website. Siehe "Definieren eines Kontexts" auf details, wie die zum erstellen der Datei und wohin damit.

    Als ein Beispiel, wenn Ihr host mit dem Namen "myHost" und Ihre app ist eine war-Datei mit dem Namen "myApp.Krieg" in das webapps-Verzeichnis, dann können Sie tomcat/conf/Catalina/myHost/myApp.xml mit diesem Inhalt:

    <Context>
    <Environment name="configurationPath" value="/home/tomcat/myApp.properties" type="java.lang.String"/>
</Context>

    Dann aus dem code, die Sie tun würde, ein JNDI-lookup auf java:comp/env/configurationPath (95% iger Sicherheit hier) zu bekommen, dass string-Wert.

    InformationsquelleAutor der Antwort Ryan Stewart

  2. 40

    Ich mag .properties - Dateien anstelle von

    • JNDI - warum erstellen Sie komplexe Objekt während der Programm-Konfiguration anstelle der Initialisierung Zeit?
    • system Eigenschaften - man kann Sie nicht separat konfigurieren Sie mehrere Instanzen des gleichen KRIEGES in einzelnen Tomcat
    • Kontext-Parameter - Zugang nur in javax.servlet.Filterjavax.servlet.ServletContextListener die meine unbequem sein

    Tomcat 7 Kontext halten Lader element. Nach docs deployment-Deskriptor (was in <Context> - tag) platziert werden können, in:

    • $CATALINA_BASE/conf/server.xml - bad - erfordern einen server-Neustart, um zu Lesen config
    • $CATALINA_BASE/conf/context.xml - bad - in allen Anwendungen
    • $CATALINA_BASE/work/$APP.war:/META-INF/context.xml - bad - Umpacken erforderlich, um die Konfiguration ändern
    • $CATALINA_BASE/work/[enginename]/[hostname]/$APP/META-INF/context.xml - schönaber siehe Letzte option!!
    • $CATALINA_BASE/webapps/$APP/META-INF/context.xml - schönaber siehe Letzte option!!
    • $CATALINA_BASE/conf/[enginename]/[hostname]/$APP.xml - besten - komplett aus der Anwendung und automatisch auf änderungen überprüft!!!

    Context halten können benutzerdefinierte Loader org.apache.catalina.loader.VirtualWebappLoader (in moderne, Tomcat 7, die Sie hinzufügen können eigenen classpath zu Ihrem .properties), und Parameter (Zugriff über FilterConfig.getServletContext().getInitParameter(name)) und Environment (Zugriff über new InitialContext().lookup("java:comp/env").lookup("name")):

    <Context docBase="${basedir}/src/main/webapp"
         reloadable="true">
    <!-- http://tomcat.apache.org/tomcat-7.0-doc/config/context.html -->
    <Resources className="org.apache.naming.resources.VirtualDirContext"
               extraResourcePaths="/WEB-INF/classes=${basedir}/target/classes,/WEB-INF/lib=${basedir}/target/${project.build.finalName}/WEB-INF/lib"/>
    <Loader className="org.apache.catalina.loader.VirtualWebappLoader"
            virtualClasspath="${basedir}/target/classes;${basedir}/target/${project.build.finalName}/WEB-INF/lib"/>
    <JarScanner scanAllDirectories="true"/>

    <Parameter name="min" value="dev"/>
    <Environment name="app.devel.ldap" value="USER" type="java.lang.String" override="true"/>
    <Environment name="app.devel.permitAll" value="true" type="java.lang.String" override="true"/>
</Context>

    Wenn Sie Frühling und die XML-config:

    <context:property-placeholder location="classpath:app.properties"/>

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">
    <property name="driverClassName" value="oracle.jdbc.OracleDriver"/>
    <property name="url" value="jdbc:oracle:thin:@${db.host}:${db.port}:${db.user}"/>
    <property name="username" value="${db.user}"/>
    <property name="password" value="${db.pass}"/>
</bean>

    Mit Feder Injektion über Eigenschaften, die in bean-Felder sind einfach:

    @Value("${db.user}") String defaultSchema;

    statt JNDI:

    @Inject ApplicationContext context;
Enviroment env = context.getEnvironment();
String defaultSchema = env.getProperty("db.user");

    Beachten Sie auch, dass EL dies erlauben (default-Werte und Tiefe rekursive substitution):

    @Value('${db.user:testdb}') private String dbUserName;

<property name='username' value='${db.user.${env}}'/>

    Siehe auch:

    HINWEIS Mit der Ausweitung classpath zu live-Verzeichnis, das Sie auch dürfen externilize andere configswie die Protokollierung, auth, atc. Ich externilize logback.xmlso.

    UPDATE Tomcat 8 ändern Sie die syntax für <Resources> und <Loader> Elemente, entsprechend Teil jetzt so Aussehen:

    <Resources>
    <PostResources className="org.apache.catalina.webresources.DirResourceSet"
                   webAppMount="/WEB-INF/classes" base="${basedir}/target/classes" />
    <PostResources className="org.apache.catalina.webresources.DirResourceSet"
                   webAppMount="/WEB-INF/lib" base="${basedir}/target/${project.build.finalName}/WEB-INF/lib" />
</Resources>

    InformationsquelleAutor der Antwort gavenkoa

  3. 1

    Können Sie versuchen, um Ihre Konfiguration (properties-Datei) in den Apache-Tomcat\lib in der JAR-Datei und entfernen Sie es von der web-Anwendung. Wenn der Tomcat class loader nicht finden, Ihre config in der webapp wird es versuchen, zu finden im "lib" - Verzeichnis. So können Sie externalisieren Ihre Konfiguration einfach verschieben die config in den globalen lib dir (es ist geteilt zwischen anderen webapps).

    InformationsquelleAutor der Antwort bmoc

  4. 0

    Habe ich nur noch einen setenv.bat oder setenv.sh Skript in der bin Ordner von tomcat. Legen Sie die classpath variable wie

    set CLASSPATH=my-propery-folder

    InformationsquelleAutor der Antwort baliman

Schreibe einen Kommentar