Я пытаюсь выполнить log4j в простом тестовом приложении. Я создаю новый проект Java в eclipse и добавляю log4j JAR (v1.2.16) в мой путь сборки. Затем я создаю простой класс, который печатает Hello World. Затем я использую класс log4j Logger для регистрации информационного сообщения. Когда я запускаю приложение, я вижу сообщение журнала, используя то, что я предполагаю, как приложение и макет по умолчанию. Отлично. У меня возникают проблемы с добавлением моей собственной конфигурации. Это то, что я сделал:
Создал файл log4j.properties с пользовательским уровнем и уровнем регистрации и поместил его в папку src (которая после компиляции будет скопирована в папку bin). Запустите приложение - никаких изменений.
Я пытаюсь добавить PropertyConfigurator.configure("log4j.properties"). Запустите приложение - никаких изменений. Нет ошибок, но никаких изменений.
Что мне нужно сделать, чтобы log4j загрузил мой файл конфигурации?
Argh. Я обнаружил, что проблема в том, что eclipse импортировал неправильный класс Logger. Он импортировал java.util.logging.Logger, который, конечно же, имеет собственную конфигурацию, отличную от log4j. О, хорошо, надеюсь, что кто-то еще это сделает, и решит это, прочитав этот вопрос.
Для тех, у кого нет RTFM, посмотрите под заголовком Процедура инициализации по умолчанию, где вы найдете следующее:
Точный алгоритм инициализации по умолчанию определяется следующим образом:
- Установка системного свойства
log4j.defaultInitOverrideна любое другое значение, чем "false", приведет к тому, что log4j пропустит значение по умолчанию процедура инициализации (эта процедура).- Задайте переменную строки ресурса значению системного свойства
log4j.configuration. Предпочтительный способ указать файл инициализации по умолчанию находится черезlog4j.configurationсистемное свойство. В случае, если системное свойство log4j.configuration не определено, затем установите для параметра string variable resource значение по умолчанию значение "log4j.properties".- Попытка конвертировать переменную ресурса в URL-адрес.
- Если переменная ресурса не может быть преобразована в URL-адрес, например, из-за ошибки MalformedURLException, выполните поиск ресурса из classpath путем вызова org.apache.log4j.helpers.Loader.getResource(ресурс, Logger.class) который возвращает URL-адрес. Обратите внимание, что строка "
log4j.properties" представляет собой неверный URL. Видеть Loader.getResource(java.lang.String)для списка найденных местоположений.- Если URL-адрес не найден, прекратите инициализацию по умолчанию. В противном случае настройте log4j из URL-адреса. PropertyConfiguratorбудет использоваться для анализа URL-адреса для настройки log4j, если URL-адрес не будет завершен с расширением "
.xml", и в этом случае DOMConfiguratorбудет использован. Вы можете необязательно указать настраиваемый конфигуратор. значение системного свойстваlog4j.configuratorClassпринимается за полное имя класса вашего настраиваемого конфигуратора. Обычай заданный конфигуратор должен реализовывать интерфейсConfigurator.
Вы можете включить внутреннюю отладку log4j, установив системное свойство log4j.debug. Помимо прочего, это приведет к тому, что log4j покажет, как он настраивается.
Вы можете явно указать URL-адрес файла конфигурации с системным свойством log4j.configuration.
Смотрите также: этот вопрос.
Проблема может быть в classpath, если был определен classpath.
Причина, по которой это не была загрузка (в моем случае): В одном из моих банок был конфликтный файл log4j.properties, и он перегружал его в моем classpath.
Короче говоря, если ваш файл log4j.properties не загружается, может быть другой, который переопределяет его.
Просто подумал, что я тоже выброшу это, если кто-то еще столкнется с этим. Я провел последние 5 часов, пытаясь понять, почему мой default log4j.properties не загружается.
log4j.properties должен находиться в вашем пути к классам. "Папка src", скопированная в папку "bin" (я предполагаю, что вы говорите об установке Eclipse здесь), обычно принадлежит вашему пути к классам, поэтому ее нужно найти (вы размещаете ее в верхней части "src" "папка, правильно?)
Я знаю, что это уже пару месяцев, но я чувствую, что нужно указать, что папка scr не копируется в папку bin и не является частью вашего пути к среде выполнения. (build путь - это не путь выполнения класса!). Eclipse компилирует исходные файлы в папку src в папку bin (или что вам нравится). Это папка bin, которая является частью вашего пути к среде выполнения.
Просто хотел указать на это, так как эти потоки часто читаются очень младшими программистами, и я всегда разочарован тем, что большинство из них не понимают изящность пути Java classpath и, следовательно, делают против него ошибочные ошибки.