Wie geben Sie eine logback-Konfiguration als classpath-Ressource, anstatt eine Datei

Ich habe die folgende situation. Ich muss in der Lage zu laufen zwei Programme ins Leben gerufen, durch verschiedene batch-Dateien, wo jede batch-Datei ruft eine java-Klasse mit main() aus dem gleichen Glas. Ich möchte jedes Programm ein eigenes Protokoll. Jedoch, das zweite Programm ist ein installer für die erste, und deshalb, ich will nicht/kann nicht einfach festlegen,- Dlogback.configurationFile=/path/to/config-Datei so, dass die Lage möglicherweise noch nicht vorhanden.

Logback Dokumentation scheint eine Lösung zu bieten , aber ich brauche ein Beispiel, wie es funktionieren:

Geben Sie den Speicherort der Standard-Konfiguration als ein system
Eigenschaft

Wenn Sie möchten, können Sie den Speicherort angeben, der default-Konfiguration
Datei mit der system-property namens logback.configurationFile. Der Wert
von dieser Eigenschaft kann eine URL, eine Ressource über die Klasse Pfad oder einen Pfad
um eine Datei außerhalb der Anwendung.

java -Dlogback.configurationFile=/path/to/config.xml
Kapitel.- Konfiguration.MyApp1

Kann jemand mir ein Beispiel, wo logback.Konfigurationsdatei wird definiert als eine resource im classpath im Gegensatz zu der Datei system?

  • Wenn es nur der log-Datei, die Sie ändern wollen, warum nicht für die Definition der log-Datei, als variable in einer einzigen logback.xml Konfigurations-Datei. Dies ist besonders gut, wenn die meisten der logging-Konfiguration ist die gleiche. Dann den logfile Namen gelesen werden können, von einer resource im classpath oder werden Teil der Installation ist der Aufruf.
InformationsquelleAutor Steve Cohen | 2012-10-25
  1. 10

    Können Sie einfach einen my-logback.xml im Stamm eines der classpath-Einträge, und geben Sie -Dlogback.configurationFile=my-logback.xml. Intern wird wahrscheinlich ClassLoader#getResource(String name) Datei zu erhalten - überprüfen Sie die JavaDoc für diese Methode, für mehr Informationen.

    • das wird funktionieren, nehme ich an, aber aus Neugier, wie würden Sie tun es für einen Platz unter der root auf dem classpath?
    • Nein, es funktioniert nicht
    • Ich tatsächlich versucht es jetzt und es funktioniert. Können Sie überprüfen Sie Ihre setup wieder?
    • Sie müssen ausgelassen werden / für es zu ziehen aus dem classpath. Wenn logback.xml ist in dem Verzeichnis /etc in Ihr Glas, logback.configurationFile = etc/logback.xml
    InformationsquelleAutor Christoph Leiter
  2. 2

    die Antwort auf diese Frage ist in der mitgelieferten link:
    https://logback.qos.ch/manual/configuration.html#configFileProperty
    mit den folgenden Beispielen:

    Den Inhalt zu umfassen, auf die verwiesen werden kann als Datei, als Ressource oder als URL.

    As a file:
To include a file use the file attribute. You can use relative paths but note that the current directory is defined by the application and is not necessarily related to the path of the configuration file.

As a resource:
To include a resource, i.e a file found on the class path, use the resource attribute.

<include resource="includedConfig.xml"/>

As a URL:
To include the contents of a URL use the url attribute.

<include url="http://some.host.com/includedConfig.xml"/>
    InformationsquelleAutor RELW
  3. 0

    Ich habe eine leicht andere Lösung, als mit Befehl Linie Argumente.

    Mein Projekt eingerichtet ist, in etwa so:

    | foo
  - src
    - conf
      - logback.xml
    - main
    - test

    Wollte ich die logback.xml außerhalb der jar-da hatte ich das scanPeriod set für live-reload. Ich dachte mir, da sollte es abgeholt, auf dem Klassenpfad, ich werde fügen Sie den Pfad zu der manifest.mf und Sie erhalten automatisch aufgenommen.

    Sicherheitsbezogene Teile von foo's pom.xml sieht wie folgt aus:

    <plugins>
  . . . Some plugins before
  <plugin>
    <artifactId>maven-resources-plugin</artifactId>
    <version>3.0.2</version>
    <executions>
      <execution>
        <id>copy-resources</id>
        <phase>validate</phase>
        <goals>
          <goal>copy-resources</goal>
        </goals>
        <configuration>
          <outputDirectory>${basedir}/target/conf</outputDirectory>
          <resources>
            <resource>
              <directory>src/conf</directory>
            </resource>
          </resources>
        </configuration>
      </execution>
    </executions>
  </plugin>

  <plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-jar-plugin</artifactId>
    <version>3.0.2</version>
    <configuration>
      <archive>
        <manifest>
          <addClasspath>true</addClasspath>
          <classpathPrefix>lib/</classpathPrefix>
          <mainClass>com.company.foo.main.Main</mainClass>
        </manifest>
        <manifestEntries>
          <version>${project.version}</version>
          <Class-Path>.</Class-Path>
          <Class-Path>conf/</Class-Path>
        </manifestEntries>
      </archive>
    </configuration>
  </plugin>
  . . . Some plugins after
</plugins>

    Wichtige Dinge zu beachten:

    • Maven-Resources-Plugin
      • Kopiert alle Dateien in src/conf zu den standard-Zusammenstellung Ordner target/conf.
    • Maven-Jar-Plugin
      • Fügt die conf Ordner MANIFEST.MF's classpath, so dass Sie nicht brauchen, um geben Sie den Speicherort auf der Kommandozeile.
      • Alle Dateien in der conf Ordner Hinzugefügt werden, um den classpath, nicht nur logback.xml

    Für die jar laufen in diesem Szenario, die conf Ordner muss gelegt werden neben das Glas. Es wird ungefähr so Aussehen:

    path/to/jar
  | foo.jar
  | lib/
  | conf/
    | logback.xml

    Den MANIFEST.MF sieht ungefähr so aus:

    Manifest-Version: 1.0
Built-By: $user
Class-Path: lib/x.jar lib/y.jar lib/z.jar conf/
version: 0.0.1-SNAPSHOT
Created-By: Apache Maven 3.5.2
Build-Jdk: 1.8.0_161
Main-Class: com.company.foo.main.Main
    InformationsquelleAutor Scrambo
Schreibe einen Kommentar