개발자 | 아파치 소프트웨어 재단 |
---|---|
발표일 | 2001년 1월 8일[1] |
안정화 버전 | |
저장소 | |
프로그래밍 언어 | 자바 |
운영 체제 | 크로스 플랫폼 |
종류 | 로깅 도구 |
라이선스 | 아파치 2.0 라이선스 |
웹사이트 | logging |
Log4j는 Ceki Gülcü가 처음 개발한 자바 기반 로깅 유틸리티이다. 아파치 소프트웨어 재단의 프로젝트 아파치 로깅 서비스(Apache Logging Services)의 일부이다. 또, Log4j는 여러 자바 로깅 프레임워크들 가운데 하나이다. 최종 사용자가 제품의 문제나 정보를 식별하기 위해, 그리고 소프트웨어 개발자가 프로그램을 개발하는 도중에 디버깅 등을 위해 타임스탬프 등 정해진 양식에 맞추어 화면 상이나 파일로 로그를 남길 목적으로 사용된다.
그 뒤로 Gülcü는 Log4j의 뒤를 잇는 유틸리티를 제공할 목적으로 SLF4J와 로그백(Logback)[4] 프로젝트를 시작했다.
아파치 Log4j 팀은 Log4j 1의 후속 해당 프레임워크에서 나타난 여러 문제들을 해결한다.[5] 게다가 Log4j 2는 전작에 비해 더 확장성을 높이기 위한 플러그인 아키텍처를 채택하고 있다. Log4j 2는 1.x 버전들과 하위 호환이 되지는 않으나[6] 어댑터(adapter)의 이용은 가능하다. 2015년 8월 5일, 아파치 로깅 서비스 프로젝트 관리 위원회는 Log4j 1이 수명 만기에 도달했으며 Log4j 1 사용자들은 아파치 Log4j 2로 업그레이드할 것을 권고한다고 발표하였다.[7]
2021년 12월 9일, 제로 데이 임의 코드 실행 취약점이 Log4j 2에서 보고되었다.[8] 지난 10년 내의 가장 크고 가장 심각한 취약점이다.[9]
아파치 Log4j 2는 Log4j 1의 뒤를 잇는다. 이 프레임워크는 처음부터 재개발되었으며 Log4j 1, java.util.logging을 포함한 기존 로깅 솔루션들의 영향을 받아 만들어졌다. Log4j 1 대비 주된 차이점[10][11]은 다음과 같다:
Log4j 2의 가장 눈에 띄는 기능들 가운데 하나는 비동기 Loggers의 성능이다.[12] Log4j 2는 LMAX 디스럽터를 활용한다.[13] 이 라이브러리는 커널 락의 필요성을 줄이며 12배만큼 로깅 성능을 제고한다. 이를테면 동일 환경에서 Log4j 2는 1초에 18,000,000개 이상의 메시지를 기록할 수 있는 반면 로그백과 Log4j 1 등의다른 프레임워크들은 초당 2,000,000개 미만의 메시지를 기록할 수 있다.
log4j의 최근 버전에 의하면 높은 등급에서 낮은 등급으로의 7개 로그 레벨을 가지고 있다. 설정 파일에 대상별(자바에서는 패키지)로 레벨을 지정이 가능하고 그 등급 이상의 로그만 저장하는 방식이다.
레벨 | 설명 |
---|---|
OFF | 가능성이 가장 높은 순위. 로그를 끄기 위해 사용한다. |
FATAL | 이른 종료를 일으키는 심각한 오류. 상태 콘솔에 바로 표시될 것으로 예측. |
ERROR | 다른 런타임 오류 또는 예기치 못한 조건. 상태 콘솔에 바로 표시될 것으로 예측. |
WARN | 구식 API의 사용, 잘 활용하지 못한 API 사용, 오류에 '가까운' 것, 그 밖에 꼭 잘못된 것은 아니지만 만족을 하지 못하거나 예기치 않은 런타임 상황. 상태 콘솔에 바로 표시될 것으로 예측. |
INFO | 흥미로운 런타임 이벤트(시작/종료). 콘솔에 바로 표시될 것으로 예측되므로 가능한 보수적으로 최소한으로 사용. |
DEBUG | 시스템 전반의 흐름에 관한 자세한 정보. 로그에만 기록될 것으로 예측. 일반적으로 응용 프로그램이 기록하는 대부분의 줄은 DEBUG로 작성하는 것이 좋다. |
TRACE | 가장 세세한 정보. 로그에만 기록될 것으로 예측. 버전 1.2.12부터 지원.[14] |
Log4j 2는 사용자가 자신만의 로그 레벨을 정의할 수 있게 허용한다.[15] 내장된 로그 레벨과 동일한 사용자 지정 로그 레벨을 지원하는 Loggers를 만들기 위해 소스 코드 생성기 도구를 제공한다.
Log4j는 구성 파일 또는 자바 코드를 통해 구성할 수 있다.[16] XML, JSON, YAML 또는 properties 파일 포맷으로 작성이 가능하다. 구성 내에서 사용자는 3개의 주요 구성 요소를 정의할 수 있다: Loggers, Appenders, Layouts. 파일을 통해 로깅을 구성할 경우 Log4j를 사용하는 응용 프로그램을 수정하지 않더라도 로깅을 켜고 끌 수 있다는 장점이 있다. 응용 프로그램은 문제가 생길 때까지 로그를 끄도록 허용하는 것이 가능한데, 예를 들어 로깅을 되돌리거나 단순히 구성 파일을 수정하는 것만으로 가능하다.
<?xml version="1.0" encoding="UTF-8"?>
<Configuration status="trace" monitorInterval="60">
<Properties>
<Property name="filename">target/test.log</Property>
</Properties>
<Appenders>
<Console name="STDOUT">
<PatternLayout pattern="%d %p %c{1.} [%t] %m%n"/>
</Console>
<File name="file" fileName="${filename}">
<PatternLayout>
<pattern>%d %p %c{1.} [%t] %m%n</pattern>
</PatternLayout>
</File>
</Appenders>
<Loggers>
<!--
loggers whose name starts with 'org.springframework' will only log messages of level "info" or higher;
if you retrieve Loggers by using the class name (e.g. Logger.getLogger(AClass.class))
and if AClass is part of the org.springframework package, it will belong to this category
-->
<Logger name="org.springframework" level="info" additivity="false" />
<!--
Filter example: for loggers whose name starts with 'com.mycompany.myproduct',
log entries of level "debug" or higher whose ThreadContextMap data contains
the key-value pair "test=123", also send these log entries to the "STDOUT" appender.
-->
<Logger name="com.mycompany.myproduct" level="debug" additivity="true">
<ThreadContextMapFilter>
<KeyValuePair key="test" value="123"/>
</ThreadContextMapFilter>
<AppenderRef ref="STDOUT"/>
</Logger>
<!--
By default, all log messages of level "trace" or higher will be logged.
Log messages are sent to the "file" appender and
log messages of level "error" and higher will be sent to the "STDOUT" appender.
-->
<Root level="trace">
<AppenderRef ref="file"/>
<AppenderRef ref="STDOUT" level="error"/>
</Root>
</Loggers>
</Configuration>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration PUBLIC "-//LOGGER" "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">
<log4j:configuration>
<!--
an appender is an output destination, such as the console or a file;
names of appenders are arbitrarily chosen.
-->
<appender name="stdout" class="org.apache.log4j.ConsoleAppender">
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern"
value="%d{ABSOLUTE} %5p %c{1}:%L - %m%n" />
</layout>
</appender>
<!--
loggers of category 'org.springframework' will only log messages of level "info" or higher;
if you retrieve Loggers by using the class name (e.g. Logger.getLogger(AClass.class))
and if AClass is part of the org.springframework package, it will belong to this category
-->
<logger name="org.springframework">
<level value="info"/>
</logger>
<!--
everything of spring was set to "info" but for class
PropertyEditorRegistrySupport we want "debug" logging
-->
<logger name="org.springframework.beans.PropertyEditorRegistrySupport">
<level value="debug"/>
</logger>
<logger name="org.acegisecurity">
<level value="info"/>
</logger>
<root>
<!--
all log messages of level "debug" or higher will be logged, unless defined otherwise
all log messages will be logged to the appender "stdout", unless defined otherwise
-->
<level value="debug" />
<appender-ref ref="stdout" />
</root>
</log4j:configuration>
TTCC는 Log4j가 사용하는 메시지 서식이다.[21] TTCC는 "Time Thread Category Component"를 가리킨다. 다음의 패턴을 사용한다:
%r [%t] %-5p %c %x - %m%n
여기서
표현 | 설명 |
---|---|
%r | 로깅 이벤트가 발생하기 전까지 레이아웃 구성에 소요된 밀리초를 출력하기 위해 사용한다. |
%t | 로깅 이벤트를 생성한 스레드의 이름을 출력하기 위해 사용한다. |
%p | 로깅 이벤트의 우선 순위를 출력하기 위해 사용한다. |
%c | 로깅 이벤트의 범주를 출력하기 위해 사용한다. |
%x | 로깅 이벤트를 발생시킨 스레드와 관련된 NDC(nested diagnostic context)를 출력하기 위해 사용한다.[22] |
%X{key} | 특정 키에 대한 로깅 이벤트를 생성한 스레드와 관련된 MDC(mapped diagnostic context)를 출력하기 위해 사용한다.[23] |
%m | 로깅 이벤트에 관련된 응용 프로그램이 제공한 메시지를 출력하기 위해 사용한다. |
%n | 하나 이상의 플랫폼 특화 새줄문자를 출력하기 위해 사용한다. |
출력 예시
467 [main] INFO org.apache.log4j.examples.Sort - Exiting main method.
Log4j 2에서 원격 코드 실행을 수반하는 제로 데이 공격, 즉 서술자 Log4Shell(CVE-2021-44228)이 알리바바그룹에 의해 2021년 11월 24일 발견되어 아파치에 보고되었으며 2021년 12월 9일 트위터를 통해 일반에 공개되었다.[8] 영향을 받는 서비스에는 클라우드플레어, 아이클라우드, 마인크래프트: 자바 에디션,[24] 스팀, 텐센트 QQ, 트위터가 포함된다.[25][26][27]
최상위 프로젝트 |
|
---|---|
커먼즈 프로젝트 |
|
Apache Attic (종료된 프로젝트) | |
|