230531 (Log_로그)

💾 Log (로그)

드래그 한 부분이 Log

－원하는 파일, DB 혹은 콘솔에 찍을 수 있다.

　따라서 이후 sysout 보다 더 자주 사용하게 됨

－println 보다 Log가 더 가벼움

 

// 인터셉터는 자주 사용하면 좋지만(예를 들어 로그인 등), Log는 자유

// 하지만 오타를 빨간 줄로 알려주지 않기 때문에 잡기 힘듦

 

 

Log는 Spring Legacy Project를 처음 만들 때 발견할 수 있다.

package rose.mary.spring;

// import는 생략

/**
 * Handles requests for the application home page.
 */
@Controller
public class HomeController {
	
	private static final Logger logger = LoggerFactory.getLogger(HomeController.class);
	
	/**
	 * Simply selects the home view to render by returning its name.
	 */
	@RequestMapping(value = "/home.do", method = RequestMethod.GET) // 앞에 / 있어도되고 없어도 됨
	public String home(Locale locale, Model model) {
		logger.info("Welcome home! The client locale is {}.", locale);
		
		Date date = new Date();
		DateFormat dateFormat = DateFormat.getDateTimeInstance(DateFormat.LONG, DateFormat.LONG, locale);
		
		String formattedDate = dateFormat.format(date);
		
		model.addAttribute("serverTime", formattedDate );
		
		return "home";
	}
	
}

▼

private static final Logger logger = LoggerFactory.getLogger(HomeController.class);

≫ 매개변수는 선택 (해당 코드는 HomeContoller에 클래스에 대한 정보를 넣는 것 뿐 선택은 자유)

 

 

Log 관리하는 곳

 

해당 xml 파일을 자세히 뜯어보면?

<appender>

	<!-- Appenders -->
	<!-- 전달된 로그를 어디에 출력할 지 결정 -->
	<appender name="console" class="org.apache.log4j.ConsoleAppender">
		<param name="Target" value="System.out" />
		<layout class="org.apache.log4j.PatternLayout">
			<param name="ConversionPattern" value="%-5p: %c - %m%n" />
		</layout>
	</appender>

≫ <appender>에서 ConsoleAppender를 참조했기 때문에 콘솔에 찍힘

---

ConsoleAppender : 로그를 콘솔에 출력하기 위한 Appender
JDBCAppender : 로그를 DB에 출력하기 위한 Appender
FileAppender : 로그를 파일에 출력하기 위한 Appender

 

FileAppender 의 치명적인 단점

로그라는 기록은 파일 안에 담기게 되는데, 쌓이면 크기가 너무 커짐

따라서 관리가 어렵고, 너무 커지면 컴퓨터에서 파일을 못 열 수 있다.

≫ 따라서 RollingFileAppender로 FileAppender의 단점을 보완

 

RollingFileAppender : FileAppender 보완, 일정 조건 후 기존 파일을 백업 파일로 바꾸고 처음부터 다시 보관

---

Layout : 로그를 어떤 형식으로 출력할 지 결정

DateLayout, HTMLLayout, PatternLayout(디버깅 적합), SimpleLayout, XMLLayout

%p : debug, info, warn, error, fatal 등의 priority 출력
%m : 로그 내용 출력
%d : 로그 이벤트가 발생한 시간 출력(프로그램 실행 속도를 느리게 할 수 있음)
 포맷은 SimpleDataFomat에 따른 포맷팅을 하면 됨
%t : 로그 이벤트가 발생된 쓰레드 이름 출력
%% : % 출력
%n : 개행문자 출력
%c : 카테고리(package) 출력
%c{n} : n(숫자)만큼의 pakage를 가장 하단부터 역으로 출력
카테고리가 a.b.c라고 되어있다면 %c{2}일 때 b.c 출력
%C : 클래스 명 출력(숫자 붙일 수 있고 패키지까지 같이 나올 수 있음) 
%F : 로그가 발생한 프로그램 파일 명 출력
%l : 로그가 발생한 caller의 정보 출력
%L : 로그가 발생한 caller의 라인 수 출력
%M : 로그가 발생한 메소드 명 출력
%r : 애플리케이션 시작 후 부터 로그가 발생한 시점의 시간 출력(밀리세컨)

 

 

<Application Loggers>

	<!-- Application Loggers -->
	<!-- 등록된 로그들을 받아주는 역할 -->
	<logger name="rose.mary.spring">
		<level value="info" />
	</logger>

≫ HomeController 또한 해당 로그가 받음

	<!-- 3rdparty Loggers -->
	<logger name="org.springframework.core">
		<level value="info" />
	</logger>
	
	<logger name="org.springframework.beans">
		<level value="info" />
	</logger>
	
	<logger name="org.springframework.context">
		<level value="info" />
	</logger>

	<logger name="org.springframework.web">
		<level value="info" />
	</logger>

 

레벨의 5가지 단계

Debug(추적) < Info(정보성 메세지) < Warn(에러는 아님) < Error(에러) < Fatal(심각한 에러) 

≫ 설정한 레벨 이상만 화면에 보여줌. (만약 Info일 경우 Debug는 해당 없음)

fatal : 아주 심각한 에러 (사용자가 등록할 수 없음 / 메소드가 제공하지 않음)
error : 요청 처리 중 문제 발생
warn : 프로그램 실행헤는 문제 없지만 향후 시스템 에러의 원인이 될 수 있는 경고성 메세지
info : 상태 변경과 같은 정보성 메세지
debug : 디버그 용도로 사용하는 메세지
trace : 디버그가 너무 광범위하므로 경로 추적과 같은 상세한 이벤트를 나타낼 때 사용

 

 

<Root Logger>

	<!-- Root Logger -->
	<!-- 모든 자식 로그들의 출력이 rootLogger를 통해 이루어짐 -->
	<!-- 부모 로그 / <logger> = 위의 로그들은 자식 로그 -->
	<root>
		<priority value="warn" />
		<appender-ref ref="console" />
	</root>

≫ 모든 로그들은 루트 로그를 한 번 거친 후, appender-ref를 참조해 콘솔에 찍힘

---

 

직접 해 보기

 

package rose.mary.spring.common.test;

import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

public class Log4jTest {
	private Logger logger = LoggerFactory.getLogger(Log4jTest.class);
	
	public static void main(String[] args) {
		new Log4jTest().test();
	}
	
	public void test() {
		logger.trace("trace로그");
		logger.debug("debug로그");
		logger.info("info로그");
		logger.warn("warn로그");
		logger.error("error로그");
//		logger.fatal("fatal로그"); → 메소드를 제공치 않음
	}
}

▼

level value="debug"이기 때문에 그 이상만 찍힘

≫ 두 번 찍히는 이유는 appender-ref를 두 번 참조하기 때문

 

 

현재 상황

	<appender name="console" class="org.apache.log4j.ConsoleAppender">
		<param name="Target" value="System.out" />
		<layout class="org.apache.log4j.PatternLayout">
		<!-- <param name="ConversionPattern" value="%-5p: %c - %m%n" /> -->
			<param name="ConversionPattern" value="♬ %-5p : %c ▶ %M ▶ %m%n" />
		</layout>
	</appender>
    
    <logger name="rose.mary.spring" additivity="false">
		<level value="debug" />
		<appender-ref ref="console"/>
	</logger>
    
    <root>
		<priority value="warn" />
		<appender-ref ref="console" />
	</root>
    
//   logger와 rootLogger에서 둘 다 appender(console)을 참조 중이라
//   콘솔에 두 번씩 결과가 찍히게 될 수밖에 없다.
//   ★ 따라서 additibity="false" 속성을 사용해 줌.

 

 

rootLogger에게 안 가게 하는 방법 (한 번만 찍히게!)

▼

 

---

로그인 할 때 찍어보기

log4j.xml

 

MemberController

 

+

인터셉터 분리해보기

Log4jInterceptor.java

 

log4j.xml

 

member.context.xml

 

▼

≫ 콘솔과 파일에 출력되는 로그를 분리해주었기 때문에

더 이상 메모장에 로그인 외의 회원 등록 페이지 log는 찍히지 않는다.