Jak wyłączyć rejestrowanie debugowania Spring 3?

Question

Chciałbym wyłączyć rejestrowanie log4j dla Spring 3.1, pozostawiając rzeczy na debugowanie dla własnego kodu.

Próbowałem trzymać tę linię do moich log4j.properties:

log4j.category.org.springframework = WARN 

Aby to uzyskać:

# Root Logger Setup: Includes the level of reporting and appenders -> where 
#      log messages get sent            
log4j.rootLogger       = DEBUG,ca,fa 

log4j.category.org.springframework = WARN 

#ca - Console Appender - Send messages to the console 
log4j.appender.ca       = org.apache.log4j.ConsoleAppender 
log4j.appender.ca.layout     = org.apache.log4j.PatternLayout 
log4j.appender.ca.layout.ConversionPattern = [acme]: [%-5p] - %d{yyyy-MMM-dd HH:mm:ss} - %c{1}:%M(): %m%n 



#fa - File Appender - Send messages to a log file 
log4j.appender.fa       = org.apache.log4j.RollingFileAppender 
log4j.appender.fa.File      = acme.log 
log4j.appender.fa.MaxFileSize    = 100KB 
log4j.appender.fa.MaxBackupIndex    = 10 
log4j.appender.fa.Threshold     = DEBUG 
log4j.appender.fa.layout      = org.apache.log4j.PatternLayout 
log4j.appender.fa.layout.ConversionPattern = [%-5p] - %d{yyyy-MMM-dd HH:mm:ss} - %c{2}:%M(): %m%n 

nie ma szczęścia w odcinając wyjście debugowania od wiosny chociaż.

Dzięki z góry za wszelką pomoc

Steve

Answer 1

wyobraziłem to.

W mojej ścieżce klas mam katalog C: \ Klasy dla wygody, kiedy eksperymentuję z rzeczami. Miałem tam inny plik log4.properties, który zastąpił ten zapakowany w mojej WAR, co sprawiało, że wyglądało na to, że poniższa technika nie działa. Zmieniono nazwę pliku log4.properties w moich C: \ Classes i wszystko jest w porządku.

Dziękuję wszystkim, którzy spojrzeli i dziękowali ludziom z Wiosny Źródłowej, którzy zrobili to, co było konieczne. Dobrze jest wiedzieć, że zaawansowany poziom debugowania jest mi łatwo dostępny, kiedy chcę, a nie tylko otrzymuję czarną skrzynkę.

Answer 2

Czy wszystkie zależności w miejscu?

1.3.2.3 Korzystanie Log4J

Wiele osób korzysta z Log4j w ramach rejestrowania dla celów konfiguracji i zarządzania. Jest efektywny i dobrze ugruntowany, a w rzeczywistości to jest to, czego używamy w czasie wykonywania, gdy budujemy i testujemy Spring. Spring dostarcza również pewne narzędzia do konfiguracji i inicjowania Log4j, więc ma opcjonalną zależność od Log4j podczas kompilacji w niektórych modułach.

Aby log4j działał z domyślną zależnością JCL (wspólne logowanie), wystarczy, że umieścisz Log4j w ścieżce klasy i udostępnisz mu plik konfiguracyjny (log4j.properties lub log4j.xml w katalogu głównym classpath). Więc dla użytkowników Mavena jest to Twoja deklaracja zależność:

<dependencies> 
    <dependency> 
     <groupId>org.springframework</groupId> 
     <artifactId>spring-context</artifactId> 
     <version>3.0.0.RELEASE</version> 
     <scope>runtime</scope> 
    </dependency> 
    <dependency> 
     <groupId>log4j</groupId> 
     <artifactId>log4j</artifactId> 
     <version>1.2.14</version> 
     <scope>runtime</scope> 
    </dependency> 
</dependencies> 

A oto próbka log4j.properties do logowania do konsoli:

log4j.rootCategory=INFO, stdout 

log4j.appender.stdout=org.apache.log4j.ConsoleAppender 
log4j.appender.stdout.layout=org.apache.log4j.PatternLayout 
log4j.appender.stdout.layout.ConversionPattern=%d{ABSOLUTE} %5p %t %c{2}:%L - %m%n 

log4j.category.org.springframework.beans.factory=DEBUG