Wie konfigurieren Sie mehrere log4j für die verschiedene Kriege in einer einzigen OHR?

Habe ich ein OHR mit Strukturen wie:

APP.ear 
- APP1.war
    - WEB-INF/classes/log4j.properties
- APP2.war
    - WEB-INF/classes/log4j.properties
- app1-ejb.jar
- app2-ejb.jar
- log4j.jar
- spring.jar
- commons-lang.jar (...and other jar)

Ich will, daß jeder KRIEG eine eigene Anwendungs-log. Aber es scheint die obige Konfiguration nicht funktioniert. Melden Sie sich für APP1 und APP2 geht APP1 geschrieben. Ist es irgendwie schaffen separate app anmeldet?

InformationsquelleAutor jackysee | 2009-04-18
  1. 8

    Es stellt sich heraus, dass es unmöglich ist, durch den classloader. Der classloader-Hierarchie ist wie:

    Application-classloader -> Ejb classloader -> Krieg classloader

    Haben eine sepearte log für einzelne Krieg, kann man log4j.jar im inneren Krieg und lassen Sie die log4j verwendet, die den Krieg classloader. Aber da beide app1-ejb.jar und app2-ebj.jar auch müssen mit log4j, die log4j.jar kann nur gelegt werden, auf der obersten Ebene. Also die log4j ist auf application-classloader Ebene.

    Kann ich das angeben einer einzelnen log4j config zu melden anderes Paket zu verschiedenen Dateien. Aber für die gemeinsame Bibliothek wie der Frühling, das Protokoll nicht sepearted.

    • "Aber da beide app1-ejb.jar und app2-ebj.jar auch müssen mit log4j, die log4j.jar kann nur gelegt werden, auf dem top-level." Können Sie nicht einfach schließen Sie ein log4j.jar in jedem der war-Dateien?
    InformationsquelleAutor jackysee
  2. 1

    Der Grund, warum es nicht funktioniert, weil die log4j vorhanden ist, in den root Ordner, stattdessen lassen Sie jeden Krieg zu haben Log4j.jar in seiner WEB-INF/lib-Verzeichnis und entfernen Sie die log4j.jar von der Wurzel.

    Weitere Infos zu diesem finden Sie meine blog-Artikel auf dieser
    http://techcrawler.wordpress.com/

    InformationsquelleAutor Sudhakar
  3. 0

    Können Sie auch tun, indem Sie dynamisch ändern die DATEI-Eigenschaft im Eigenschaften-Datei mit der PropertyConfigurator im code.

    InformationsquelleAutor
  4. 0

    Logback ist eine praktikable Lösung, um dieses problem zu beheben. Nachdem Sie schauen Sie sich um verschiedene hacks um diese Arbeit mit log4j, haben wir uns entschieden zu wechseln Logback. Ich habe die folgende Konfiguration mit Logback jar innerhalb der webapp.

    Einen Logback-Datei in die webapp, die Sie einschließen einer externen Datei:

        <?xml version="1.0" encoding="UTF-8" ?>
    <configuration scan="true" scanPeriod="10 seconds">
        <contextListener class="ch.qos.logback.classic.jul.LevelChangePropagator">
            <resetJUL>true</resetJUL>
        </contextListener>

        <contextName>${project.artifactId}</contextName>

        <jmxConfigurator />

        <include file="${logback.configuration.filepath}" />
    </configuration>

    ${logback.configuration.filepath} ersetzt wird, während Maven filtern, indem Sie den genauen Pfad, die sich außerhalb der webapp der Konfigurations-Datei (so etwas wie /opt/server/conf/loback.enthalten.conf).

    Und dann den Inhalt der logback.included.conf (diese Datei ist Teil des projetct, geliefert mit build-helper:attach-artifact, so ${project.artifactId} wird ebenfalls ersetzt, während Maven filtering):

        <?xml version="1.0" encoding="UTF-8" ?>
    <included>
        <appender name="file" class="ch.qos.logback.core.FileAppender">
            <file>/var/log/server/${project.artifactId}.log</file>
            <encoder>
                <pattern>[@/%contextName] %date{ISO8601} [%-5level] %thread:[%logger] %msg%n</pattern>
            </encoder>
        </appender>

        <root level="INFO">
            <appender-ref ref="file" />
        </root>
    </included>

    Einzige Einschränkung, der Inhalt der include-Datei muss kompatibel sein mit dem des includer. Nur Regeln schreiben, in der Tat.

    InformationsquelleAutor PomCompot
Schreibe einen Kommentar