Wenn Sie Maven verwenden, legen Sie normalerweise log4j.properties unter Java oder Ressourcen ab?

Wo soll ich die Datei log4j.properties ablegen, wenn ich die herkömmlichen Maven-Verzeichnisse verwende?

src/main/resources ist die “Standardplatzierung” dafür.

Aktualisieren: Das obige beantwortet die Frage, aber es ist nicht die beste Lösung. Schauen Sie sich die anderen Antworten und die Kommentare dazu an … Sie würden wahrscheinlich nicht Ihre eigenen Protokollierungseigenschaften mit dem Glas versenden, sondern es dem Client (z. B. App-Server, Bühnenumgebung usw.) überlassen, die gewünschte Protokollierung zu konfigurieren. Also einlegen src/test/resources ist meine bevorzugte Lösung.

Notiz: Apropos, die konkrete Protokollkonfiguration dem Client/Benutzer zu überlassen, Sie sollten erwägen, sie zu ersetzen log4j mit slf4j in Ihrer Anwendung.

Einfach reinstecken src/main/resources wird es im Artefakt bündeln. Wenn Ihr Artefakt zB ein JAR ist, haben Sie die log4j.properties darin enthaltene Datei, wodurch der ursprüngliche Punkt, die Protokollierung konfigurierbar zu machen, verloren geht.

Ich stecke es meistens ein src/main/resourcesund stellen Sie es so ein, dass es als Ziel ausgegeben wird:

<build>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <targetPath>${project.build.directory}</targetPath>
            <includes>
                <include>log4j.properties</include>
            </includes>
        </resource>
    </resources>
</build>

Damit log4j es tatsächlich sieht, müssen Sie außerdem das Ausgabeverzeichnis zum Klassenpfad hinzufügen. Wenn Ihr Artefakt ein ausführbares JAR ist, haben Sie wahrscheinlich das maven-assembly-plugin verwendet, um es zu erstellen. Innerhalb dieses Plugins können Sie den aktuellen Ordner der JAR-Datei zum Klassenpfad hinzufügen, indem Sie eine hinzufügen Class-Path Manifest-Eintrag wie folgt:

<plugin>
    <artifactId>maven-assembly-plugin</artifactId>
    <configuration>
        <archive>
            <manifest>
                <mainClass>com.your-package.Main</mainClass>
            </manifest>
            <manifestEntries>
                <Class-Path>.</Class-Path>
            </manifestEntries>
        </archive>
        <descriptorRefs>
            <descriptorRef>jar-with-dependencies</descriptorRef>
        </descriptorRefs>
    </configuration>
    <executions>
        <execution>
            <id>make-assembly</id> <!-- this is used for inheritance merges -->
            <phase>package</phase> <!-- bind to the packaging phase -->
            <goals>
                <goal>single</goal>
            </goals>
        </execution>
    </executions>
</plugin>

Jetzt befindet sich die Datei log4j.properties direkt neben Ihrer JAR-Datei und ist unabhängig konfigurierbar.

Um Ihre Anwendung direkt von Eclipse aus auszuführen, fügen Sie die resources Verzeichnis zu Ihrem Klassenpfad in Ihrer Laufkonfiguration: Run->Run Configurations...->Java Application->New wähle aus Classpath Registerkarte, auswählen Advanced und navigieren Sie zu Ihrer src/resources Verzeichnis.

Einige “Data Mining”-Konten dafür src/main/resources ist der typische Ort.

Ergebnisse an Google-Codesuche:

• src/main/resources/log4j.properties: 4877
• src/main/java/log4j.properties: 215

Die für die Initialisierung des Projekts verwendeten Ressourcen werden vorzugsweise eingesetzt src/main/resources Mappe. Um das Laden dieser Ressourcen während des Builds zu ermöglichen, kann man einfach Einträge in der pom.xml im Maven-Projekt als Build-Ressource hinzufügen

<build>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering> 
        </resource>
    </resources>
</build> 

Andere .properties-Dateien können auch in diesem Ordner aufbewahrt werden, der für die Initialisierung verwendet wird. Filtering wird auf true gesetzt, wenn Sie einige Variablen in den Eigenschaftendateien des Ressourcenordners haben und sie aus den Profilfilter-Eigenschaftsdateien füllen möchten, die in src/main/filters gespeichert sind, das als festgelegt ist Profile aber es ist ein ganz anderer Anwendungsfall. Im Moment kannst du sie ignorieren.

Dies ist eine großartige Ressource Maven-Ressourcen-Pluginses ist nützlich, stöbern Sie einfach auch in anderen Abschnitten.

Wenn Ressourcendateien an einem anderen Ort abgelegt werden, ist dies nicht die beste Lösung, die Sie verwenden können:

<build>
  <resources>
    <resource>
      <directory>src/main/java</directory>
      <excludes>
        <exclude>**/*.java</exclude>
      </excludes>
    </resource>
  </resources>
<build>

Zum Beispiel, wenn Ressourcendateien (z. B. jaxb.properties) zusammen mit Java-Klassen tief in Pakete eindringen.

Wenn Ihre log4j.properties- oder log4j.xml-Datei nicht unter src/main/resources gefunden wird, verwenden Sie diese PropertyConfigurator.configure(“log4j.xml”);

   PropertyConfigurator.configure("log4j.xml");
   Logger logger = LoggerFactory.getLogger(MyClass.class);
   logger.error(message);

Fügen Sie den folgenden Code aus den Ressourcen-Tags in Ihrer pom.xml innerhalb von Build-Tags hinzu. Das bedeutet also, dass sich Ressourcen-Tags innerhalb von Build-Tags in Ihrer pom.xml befinden müssen

<build>
    <resources>
        <resource>
            <directory>src/main/java/resources</directory>
                <filtering>true</filtering> 
         </resource>
     </resources>
<build/>