Экранированный системами регистрации Java с Spring и в спящем режиме

Вам нужен файл log4j.properties в вашем классе. Вот минимальный файл свойств, который я произошел, чтобы вчера создал вчера:

log4j.logger.BillReview=INFO,BillReviewLog
log4j.appender.BillReviewLog=org.apache.log4j.RollingFileAppender
log4j.appender.BillReviewLog.File=BillReview.log
log4j.appender.BillReviewLog.Append=true
log4j.appender.BillReviewLog.MaxFileSize=5000KB
log4j.appender.BillReviewLog.MaxBackupIndex=5
log4j.appender.BillReviewLog.layout=org.apache.log4j.PatternLayout
log4j.appender.BillReviewLog.layout.ConversionPattern=%c %p %-10.10X{server} %-4.4X{user} %d{ISO8601} %m%n

поместите это в файл log4j.properties, измените все ссылки на «BillReview» для чего-то более похожи на ваш проект, и это будет войти в файл и остановить их Сообщения.

Ваши вопросы, касающиеся кадра ведения журнала в основном личным выбором. Log4j - это старый стандарт, и он работает нормально, регистрация Commons и SLF4J - более новые API и позволяют некоторые более сложные случаи использования.

Я позволю нескольким опытным гуру, чем я отвечаю на первую пулю.

Отвечая на вторую пулю ...

Вы можете использовать либо файл log4j.properties, либо log4j.xml (не имеет значения, который не имеет значения, какой). Что бы вы ни выбирали, вы должны добавить его в свой класс (обычно он должен идти в том же каталоге, что и ваш исходный код). Если вы используете Spring, хороший способ разбить ваш каталог SRC в логические порции, используя следующую структуру каталога ...

SRC / Main / Java - поставить главный источник здесь
SRC / Главная / Ресурсы - Положите ресурсы, используемые вами основной Источник здесь
SRC / Test / Java - поставить исходный код здесь (для тестов)
SRC / Test / Resources - поставьте ресурсы для тестов здесь

Вы, следовательно, поместите свой log4j.properties в каталоге SRC / Test / Resources.

Отвечая на третью пулю ...

Вы можете исключить зависимость в зависимости в вашем файле POM.XML, выполнив следующие ...

<dependency>
    <groupId>org.apache.xbean</groupId>
    <artifactId>xbean-spring</artifactId>
    <version>${xbean.version}</version>
    <exclusions>
        <exclusion>
            <groupId>commons-logging</groupId>
            <artifactId>commons-logging</artifactId>
        </exclusion>
    </exclusions>
</dependency>

• Различие между общим журналом, log4j, slf4j и JCL. Насколько я понимаю, slf4j - это оболочка, а commons-logging и log4j - фактические реализации. Я не знаю, где подходит JCL.

Jakarta Commons Logging ( JCL ) и Simple Logging Facade для Java SLF4J являются абстракциями для различных каркасы регистрации например java.util.logging, log4j и logback, позволяя конечному пользователю подключить желаемую структуру ведения журнала во время развертывания . Ведение журнала Commons, как известно, страдает от проблем с загрузчиком классов, которые SLF4J пытается решить (известно, что SLF4J является более чистой библиотекой).

Тем не менее, Spring использует Jakarta Commons Logging API (см. Регистрация зависимостей в Spring ): Spring компилируется с JCL, а Spring делает объекты JCL Log доступными для классы, расширяющие Spring.Фактически, это единственная обязательная внешняя зависимость в Spring. Этот выбор был сделан , потому что многие другие фреймворки также используют его (например, Struts). Идея заключалась в том, чтобы избежать наличия нескольких библиотек фасадов на пути к классам при создании приложений («A» для Spring, «B» для Struts и т. Д.). Однако можно заменить JCL на SLF4J, если вы хотите (SFL4J обеспечивает привязки к фреймворкам журналирования, а также мост «JCL к SLF4J»). См. Упомянутый пост Регистрация зависимостей в Spring для получения всех подробностей.

• Как настроить ведение журнала для Spring. Что делает файл web.xml, нужен ли мне файл log4j.properties или файл log4j.xml? Куда он идет, в WEB-INF? Что-нибудь входит в мой файл applicationContext.xml? (извините, но здесь мне нужно начать с нуля).

Чтобы войти в систему, вы должны 1. решить, какую реализацию вы хотите использовать (java.util.logging, log4j или logback), 2. при необходимости поместить выбранную реализацию в путь к классам (java.util.logging находится в Java SE, поэтому он не требует дополнительных библиотек) и 3. для его настройки (путем размещения файла конфигурации в пути к классам). Если вы решите использовать log4j, просто добавьте его jar и log4j.properties или более интересный (но более подробный) log4j.xml (это просто еще один формат конфигурации) к пути к классам.

• Я использую Hibernate в своем проекте, в том числе через Maven. Похоже, что Hibernate использует slf4j-simple. Я видел предупреждения о том, что у меня не может быть slf4j-simple и slf4j-log4j в пути к классам.Я не включил slf4j-log4j в качестве зависимости, но Hibernate должен включать его. Как мне решить эту проблему? Могу ли я заставить Hibernate использовать вместо этого log4j?

Hibernate использует Simple Logging Facade для Java (SLF4J) и, действительно, у вас не может быть нескольких привязок (например, slf4j-simple .jar и slf4j-logj12.jar ) в пути к классам одновременно. Здесь вы, скорее всего, получите slf4j-simple.jar транзитивно из другой зависимости. Чтобы решить эту проблему, запустите mvn dependency: tree , чтобы выяснить, откуда он исходит, и при необходимости исключить его.

И, кстати, в вашем случае я бы настроил Spring на использование SLF4J, поскольку Hibernate использует его. Для этого следуйте инструкциям по ссылке, указанной в первом абзаце. И я бы использовал логбэк в качестве фреймворка логирования (который является преемником log4j), вот где сейчас что-то происходит.

У меня были проблемы в той же области при выполнении моих тестов. В конце концов я заметил, что junit вводит slf4j-nop в качестве зависимости в дополнение к slf4j-log4j12 , который я хотел.Как только я исключил slf4j-nop , он начал работать.