Это может быть связано с множеством причин. Можете ли вы опубликовать свой файл конфигурации журнала? У вас есть проект gui? Вы (или сторонняя библиотека) пытаетесь подключиться к компонентам gui?
Можете ли вы просмотреть конфигурационные файлы log4j вашей сторонней библиотеки?
Чтобы решить вопрос о том, что может быть причиной этого, на первый взгляд кажется, что они создали пользовательскую реализацию ведения журнала, которая переопределяет ваши настройки. Есть много способов добиться этого.
Например, наше приложение работает на Tomcat, а в файле server-config.xml есть раздел <logging>
, который позволяет указать целевую целевую страницу ведения журнала для сервера.
В качестве другого примера, я был укушен десятками раз от rogue commons-logging.properties
файлов, которые могут изменить всю функциональность всего журнала, всего приложения, просто изменив несколько свойств. Кроме того, эти файлы указывают флаг приоритета, и если какой-либо файл свойств находится в пути к классу с более высоким приоритетом, чем тот, который указан в вашем проекте, он имеет приоритет!
В целом, здесь есть много потенциальных проблем. Чтобы получить дополнительную помощь, мне понадобится немного больше информации.
Ведение журнала не имеет ничего общего с компонентами графического интерфейса, а сторонняя библиотека не имеет собственного файла log4j.properties. В его конфигурационном файле есть опция указать, какой файл lo4j использовать - это работает правильно, так как большинство записей в библиотеке работает так, как должно быть. – Andy
Благодаря вашим вопросам я подробно рассмотрел конфигурационный файл библиотеки, и выяснилось, что у него есть определенная опция для отключения регистрации событий, которые вызывали у меня проблемы. Это единственный элемент с таким вариантом, поэтому я могу только предположить, что за кулисами что-то странное. – Andy
Рад, что я мог бы помочь в некотором роде. Ведение журнала может иногда раздражать, потому что существует так много точек контроля. Легко тратить много времени на отладку совершенно хорошего конфигурационного файла, чтобы позже узнать, что файл конфигурации не имеет ничего общего с этой проблемой. У меня была зависимость, которая отключила всю запись в моем приложении только потому, что она ссылалась на определенную банку SLF4J. Потребовалось 3 дня для отладки, потому что, естественно, я сначала посмотрел во все неправильные места! – gMale