Bardzo prosty plik konfiguracyjny XML log4j2 przy użyciu konsoli i programu dołączającego pliki


223

Chciałbym bardzo prosty plik konfiguracyjny XML z konsolą i programem dołączającym pliki używającym log4j2.

(Witryna Apache zabija mnie wieloma informacjami).


72
Haha - tak się cieszę, że powiedziałeś to „(Witryna Apache zabija mnie dużą ilością informacji.”)
Thonnor,

19
To twoje zdanie (strona Apache zabija mnie dużą ilością informacji.) Jest głównym powodem, dla którego przeglądam twoje pytanie!
Ju Oliveira,

Odpowiedzi:


281
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="INFO">
    <Appenders>
        <Console name="Console" target="SYSTEM_OUT">
            <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n" />
        </Console>
        <File name="MyFile" fileName="all.log" immediateFlush="false" append="false">
            <PatternLayout pattern="%d{yyy-MM-dd HH:mm:ss.SSS} [%t] %-5level %logger{36} - %msg%n"/>
        </File>
    </Appenders>
    <Loggers>
        <Root level="debug">
            <AppenderRef ref="Console" />
            <AppenderRef ref="MyFile"/>
        </Root>
    </Loggers>
</Configuration>

Uwagi:

  • Umieść następującą treść w pliku konfiguracyjnym.
  • Nazwij plik konfiguracyjny log4j2.xml
  • Umieść plik log4j2.xml w folderze znajdującym się na ścieżce klasy (tj. W folderze źródłowym „src”)
  • Posługiwać się Logger logger = LogManager.getLogger(); do inicjalizacji rejestratora
  • Ustawiłem parametr instantFlush = "false", ponieważ jest to lepsze na czas życia dysku SSD . Jeśli potrzebujesz dziennika od razu w pliku dziennika, usuń parametr lub ustaw go na true

1
Dla kompletności szczególnie zalecane jest użycie natychmiastowegoFlush = "false" przy korzystaniu z Async Logger lub AsyncAppender.
Remko Popma,

1
Tło: natychmiastoweFlush = "fałsz" pozwala komponentom asynchronicznym Log4J2 grupować wiele zdarzeń dziennika w zapis na jednym dysku. Jako bonus, ostatnie zdarzenia w dzienniku są zawsze zapisywane na dysku i nigdy nie pozostają zawieszone w buforze pamięci. (Coś, co denerwowało mnie w log4j-1.2.)
Remko Popma,

1
Nie udało mi się uruchomić przykładów na stronie Log4j 2.0, ale ten zadziałał. Dziękuję Ci.
djangofan

12
Należy dodać, że to czyste mogą być wymagane dla tych, którzy używają zaćmienie. Ze względu na ludzkość.
Reut Sharabani,

1
@ThorstenNiehues Nie mogę edytować mojego poprzedniego komentarza, ale środowisko Eclipse kopiuje konfigurację podczas kompilacji iz jakiegoś powodu nie zawsze kopiuje plik log4j.xml, nawet jeśli się zmienił. Przynajmniej to mnie rozwiązało.
Reut Sharabani,

19

Oto moja uproszczona funkcja, log4j2.xmlktóra drukuje na konsolę i zapisuje do codziennego pliku kroczącego:

// java
private static final Logger LOGGER = LogManager.getLogger(MyClass.class);


// log4j2.xml
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="WARN">
    <Properties>
        <Property name="logPath">target/cucumber-logs</Property>
        <Property name="rollingFileName">cucumber</Property>
    </Properties>
    <Appenders>
        <Console name="console" target="SYSTEM_OUT">
            <PatternLayout pattern="[%highlight{%-5level}] %d{DEFAULT} %c{1}.%M() - %msg%n%throwable{short.lineNumber}" />
        </Console>
        <RollingFile name="rollingFile" fileName="${logPath}/${rollingFileName}.log" filePattern="${logPath}/${rollingFileName}_%d{yyyy-MM-dd}.log">
            <PatternLayout pattern="[%highlight{%-5level}] %d{DEFAULT} %c{1}.%M() - %msg%n%throwable{short.lineNumber}" />
            <Policies>
                <!-- Causes a rollover if the log file is older than the current JVM's start time -->
                <OnStartupTriggeringPolicy />
                <!-- Causes a rollover once the date/time pattern no longer applies to the active file -->
                <TimeBasedTriggeringPolicy interval="1" modulate="true" />
            </Policies>
        </RollingFile>
    </Appenders>
    <Loggers>
        <Root level="DEBUG" additivity="false">
            <AppenderRef ref="console" />
            <AppenderRef ref="rollingFile" />
        </Root>
    </Loggers>
</Configuration>

TimeBasedTriggeringPolicy

interwał (liczba całkowita) - jak często powinno występować najazd na podstawie najbardziej określonej jednostki czasu we wzorcu daty. Na przykład z wzorcem daty z godzinami jako najbardziej konkretnym przedmiotem i przyrostem 4 najazdów pojawiałby się co 4 godziny. Wartość domyślna to 1.

modulate (boolean) - Wskazuje, czy interwał powinien zostać dostosowany, aby spowodować wystąpienie następnego najazdu na granicy interwału. Na przykład, jeśli pozycja to godziny, bieżąca godzina to 3 nad ranem, a interwał to 4, wtedy pierwsze rollover nastąpi o 4 rano, a następne następują o 8 rano, w południe, 16:00 itd.

Źródło: https://logging.apache.org/log4j/2.x/manual/appenders.html

Wynik:

[INFO ] 2018-07-21 12:03:47,412 ScenarioHook.beforeScenario() - Browser=CHROME32_NOHEAD
[INFO ] 2018-07-21 12:03:48,623 ScenarioHook.beforeScenario() - Screen Resolution (WxH)=1366x768
[DEBUG] 2018-07-21 12:03:52,125 HomePageNavigationSteps.I_Am_At_The_Home_Page() - Base URL=http://simplydo.com/projector/
[DEBUG] 2018-07-21 12:03:52,700 NetIncomeProjectorSteps.I_Enter_My_Start_Balance() - Start Balance=348000

Nowy plik dziennika zostanie utworzony codziennie, a nazwa poprzedniego dnia zostanie automatycznie zmieniona na:

cucumber_yyyy-MM-dd.log

W projekcie Maven umieściłbyś log4j2.xmlw src/main/resources lub src/test/resources .


12

log4j2 ma bardzo elastyczny system konfiguracji (który IMHO bardziej rozprasza niż pomoc), możesz nawet użyć JSON. Zobacz https://logging.apache.org/log4j/2.x/manual/configuration.html w celach informacyjnych.

Osobiście niedawno zacząłem używać log4j2, ale dążę do konfiguracji „ścisłego XML” (to znaczy używając atrybutów zamiast nazw elementów), które można zweryfikować pod kątem schematu.

Oto mój prosty przykład z użyciem autokonfiguracji i trybu ścisłego, z użyciem „Właściwości” do ustawienia nazwy pliku:

<?xml version="1.0" encoding="UTF-8"?>
<Configuration monitorinterval="30" status="info" strict="true">
    <Properties>
        <Property name="filename">log/CelsiusConverter.log</Property>
    </Properties>
    <Appenders>
        <Appender type="Console" name="Console">
            <Layout type="PatternLayout" pattern="%d %p [%t] %m%n" />
        </Appender>
        <Appender type="Console" name="FLOW">
            <Layout type="PatternLayout" pattern="%C{1}.%M %m %ex%n" />
        </Appender>
        <Appender type="File" name="File" fileName="${filename}">
            <Layout type="PatternLayout" pattern="%d %p %C{1.} [%t] %m%n" />
        </Appender>
    </Appenders>
    <Loggers>
        <Root level="debug">
            <AppenderRef ref="File" />
            <AppenderRef ref="Console" />
            <!-- Use FLOW to trace down exact method sending the msg -->
            <!-- <AppenderRef ref="FLOW" /> -->
        </Root>
    </Loggers>
</Configuration>

Elastyczna konfiguracja przydaje się, gdy próbujesz oddzielić konfigurację od kompilacji i umieścić konfigurację w repozytorium w innym miejscu. Niestety złożoność sprawia, że ​​jest to trochę denerwujące, ale pomyślałem, że skorzystam z elastycznych opcji konfiguracji.
adprocas,

Jakie są Filezasady tutaj? Jaki jest maksymalny rozmiar pliku? A jak to pisze do pliku? (czy plik zawsze zawiera ostatnie 10 MB dzienników?)
Tina J
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.