라이브러리에 log4j.properties 묶기 - 잘못된 스타일 또는 무엇입니까?

Question

Java 용 멋진 웹 요청 프레임 워크 인 Spark을 발견했습니다. API는 훌륭하고 유망스럽게 보이지만 라이브러리 번들 자체는 꽤 이상합니다. 스냅 샷 아티팩트를 종속성으로 사용하도록 제안한다는 사실 만 남겨 둡니다. 로깅을 위해 log4j를 사용한다는 사실 만 남겨주세요 (라이브러리는 요즘 jcl이나 slf4j를 사용하는 경향이 있습니다). 그리고 System.out.println을 가끔 사용하십시오. 그러나 spark-xxx.jar에 자체 log4j.properties를 번들로 제공합니다. log4j.properties가 내 클래스 패스에 확실히 존재할 때 내 프로젝트가 log4j 구성을 왜 불평하는지 조사하는 데 한 시간이 걸렸습니다. -Dlog4j.debug = true라고 대답하면 log4j는 spark jar에서 log4j.properties를로드했다고 고백했습니다.

이 라이브러리 (log4j를 사용하고 log4j.properties를 번들로 사용하는 경우)에 동기가 있거나, 절름발이인지 궁금합니다.

Answer 1

log4j.properties를 라이브러리에 묶는 것은 좋지 않은 스타일입니다.

스파크를 사용하면 응용 프로그램 서버 (예 : 바람둥이)에 더 가까워서 로깅을 구성 할 수 있다고 주장 할 수 있습니다.

필자는 시작 (.sh | .bat) 스크립트를 제어하는 ​​사람은 로깅을 구성해야하며 log4j 구성 파일은 거의 항아리에 없어야한다는 것을 테스트한다고 말하고 싶습니다.