2012-09-28 3 views
0

아래 오류가 발생하고 로그 파일이 생성되지 않습니다. 나는 log4j.properties가 제대로 Log4j 및 Websphere 7 애플리케이션 서버

log4j:WARN No appenders could be found for logger 
  1. 의 log4j 항아리 lib 디렉토리와 클래스 경로에

    을 포착하지 알고
  2. log4j.properties는 src 폴더에 있으며 빌드 클래스 폴더에로드되는

나는 log4j 구현 클래스와 서비스 폴더를 추가하는 것과 같은 여러 가지 방법으로 WAS 로깅 충돌을 해결하는 것과 같은 여러 가지 방법으로 시도했다. sfl4j도 시도했다.

log4 j 문제가 WAS7 이상입니까?

+0

속성 파일을 외부화하고 VM 인수를 통해로드하려고 시도 할 수 있습니다.'-Dlog4j.configuration = ' – yodamad

+0

log4j를 직접 또는 커먼 로깅을 통해 사용하는 코드가 있습니까? 또는 질문에서 지적한 것처럼 여전히 sl4j를 시도해 보셨습니까? – bluefoot

+0

내가이 이미 [여기] 응답 한 것 같아요 [1] [1] : http://stackoverflow.com/questions/6608775/please-initialize-the-log4j-system-properly-while- running-web-service – JCalfucura

답변

1

시스템 변수 log4j.debug=true을 지정하면 Log4J 자체 문제를 해결할 수 있습니다. 그러면 내부적으로 Log4J의 상황을 정확히 알 수 있습니다.

log4j.properties 파일에 로거 정의가 포함되어 있습니까? 파일을 여기에 붙여 넣을 수 있습니까?

-1

대신 Java 로깅 프레임 워크를 사용하는 것이 좋습니다.이 프레임 워크는 표준 Java Runtime Environment에 내장되어 있으며 추가 설치 또는 구성이 필요하지 않습니다. 관련 클래스는 java.util.logging 패키지에 있으며 here을 사용하는 프로세스에 대한 개요가 있습니다 (log4j와 매우 유사하게 작동합니다).

+1

이것은 질문에 대한 대답이 아닙니다. Wheter는 Log4J를 사용하는지 여부와는 전혀 다른 이야기입니다. 로깅 프레임 워크를 변경하려면 로깅이 사용되는 모든 클래스를 리팩터링해야하므로 많은 노력이 필요할 수 있습니다. 그리고 IMHO Log4J를 java.util.logging.Logger로 대체하는 것은 좋은 생각이 아닙니다. 소규모 프로젝트에는 좋지만 융통성이 부족합니다. – Radium

0

동일한 문제가 발생했습니다 (내 META-INF/services/org.apache.commons.logging.LogFactory 파일을 무시했습니다).

WAS 버전과 일치시키기 위해 commons-logging을 1.0.3으로 다운 그레이드 할 때 문제가 해결되었습니다. 자세한 내용은 this article을 확인하십시오.

관련 문제