Затмение: ссылка на log4j.dtd в log4j.xml

Question

Затмение: ссылка на log4j.dtd в log4j.xml

104

Я использую log4j уже довольно давно, и я обычно использую это в верхней части файла log4j.xml(возможно, как и многие другие, и, согласно Google, это способ сделать это):

<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

Очевидно, что это работает, однако Eclipse не предоставляет свою контекстно-зависимую помощь для записи XML и всех. Кроме того, он всегда показывает предупреждение о том, что он не находит log4j.dtd. Теперь мне интересно, как это исправить.

Я пробовал несколько вещей, и эти работы:

<!DOCTYPE log4j:configuration SYSTEM "jar:file:/path/.m2/repository/log4j/log4j/1.2.14/log4j-1.2.14.jar!/org/apache/log4j/xml/log4j.dtd">
<!DOCTYPE log4j:configuration SYSTEM "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">

Как вы можете видеть сверху, мы используем Maven. Поэтому я пробовал это, но он терпит неудачу:

<!DOCTYPE log4j:configuration SYSTEM "jar:file:${M2_REPO}/log4j/log4j/1.2.14/log4j-1.2.14.jar!/org/apache/log4j/xml/log4j.dtd">

Eclipse обычно знает, как обращаться с переменными classpath, но почему это не работает? Я знаю, что эта ссылка не будет работать во время выполнения, но также и простой log4j.dtd (если я не ошибаюсь), поэтому это не должно быть проблемой.

Кто-нибудь может пролить свет на это?

sjngm 15 фев. 2011, в 08:06

Источник

Теги:

xml

eclipse

log4j

configuration

6 ответов

36

Попытайтесь добавить log4j.dtd в качестве отдельной записи каталога XML URI в "Предпочтения → XML → Каталог XML". Как я знаю, это место, где eclipse управляет ссылками на файлы определения/проверки (например, xsd). Если их можно найти здесь, eclipse не нуждается в доступе в Интернет для доступа к ним в своем родном (сетевом) местоположении.

Я сделал это так (для теста), и затмение не жалуется:

Entry element:    URI
Location:         C:\Users\me\Desktop\log4j.dtd
URI:              file:///C:/Users/me/Desktop/log4j.dtd
Key type:         URI
Key:              http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd

Возможно, также работает ${M2_REPO} - я этого не проверял.

Используйте собственный URL-адрес в файле log4j.xml

<!DOCTYPE log4j:configuration SYSTEM "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">

ИЗМЕНИТЬ

Я бы пошел с вышеупомянутым решением, но чтобы вернуться к вашему вопросу, я думаю, что переменные пути класса 'могут использоваться в пути сборки Java. Почему они должны работать внутри определения DOCTYPE? "Подтвердить" (контекстное меню eclipse) файл log4j.xml, и вы получите предупреждение о том, что путь не может быть разрешен.

Я надеялся, что classpath:org/apache/log4j/xml/log4j.dtd выполнит трюк, но этот протокол также не поддерживает (см. ошибку проверки). Я боюсь, что это не сработает из коробки.

И, как я понял, нотация SYSTEM "log4j.dtd" не является заполнителем. Это действительная ссылка на документ, который, как ожидается, будет найден рядом с dtd (в этом случае).

FrVaBe 15 фев. 2011, в 08:24

0

Я понимаю, что вы говорите, но это, кажется, общая собственность. Однако у нас есть разные проекты (некоторые даже не Maven-проекты), и они используют разные версии log4j. Было бы здорово, если бы я мог связать конфигурацию с проектом.
sjngm 15 фев. 2011, в 08:41
0

Если вы говорите разные версии log4j - вы имеете в виду разные версии log4j.dtd? Чем вы должны определить запись каталога для каждой версии. Если вы хотите связать конфигурацию с проектом, лучше всего поместить log4j.dtd рядом с log4j.xml (внутри проекта), а затем <code> SYSTEM "log4j.dtd" </ code> работать (я надеюсь).
FrVaBe 15 фев. 2011, в 10:21
0

Извините, я имел в виду другую версию log4j.jar в целом. Я предполагаю, что "log4j.dtd" является своего рода заполнителем, поскольку это такое общее название. - Да, копирование log4j.dtd рядом с XML было бы решением, но действительно ли это распространенный способ сделать это?
sjngm 15 фев. 2011, в 11:58
1

И, пожалуйста, обратите внимание, что речь идет о решении, которое не нацелено на основной вопрос.
sjngm 15 фев. 2011, в 11:59
0

Извините, не заметил, что ссылка http сработала - я думаю, что это лучшее решение - или воспользуйтесь приведенной ссылкой для вашего утверждения. SYSTEM "log4j.dtd" - это способ сделать это .
FrVaBe 15 фев. 2011, в 20:15
0

Относительно РЕДАКТИРОВАНИЯ: я знаю, что сказал "заполнитель", но возможно это было неправильное слово, чтобы использовать. Тем не менее, кажется, что многие используют его как один. - Ваша ссылка на помощь Eclipse, кажется, объясняет, почему она работает так, как она работает. Позвольте мне держать это открытым немного дольше, может быть, кто-нибудь еще может добавить что-то к этому ...
sjngm 18 фев. 2011, в 06:37
0

Я знаю, что «не работает» - это не ответ, с радостью принимаемый :-) Позвольте мне сказать, что я не эксперт в этом вопросе и нашел только вопрос достаточно интересным, чтобы потратить на него какую-то работу. Для меня я нашел приемлемый способ сделать действительную (http) ссылку dtd, которая работает в eclipse, даже если нет подключения к Интернету. Не стесняйтесь, чтобы этот вопрос открылся! Вы заинтересованы в большем вкладе по этому вопросу. Я тоже!
FrVaBe 18 фев. 2011, в 14:34
0

Использование SYSTEM "log4j.dtd" для меня выглядит просто не важно - если документ не предоставляется рядом с документом XML.
FrVaBe 18 фев. 2011, в 14:37
0

Хехе. Это не будет первый ответ "не работает", который я должен принять;)
sjngm 21 фев. 2011, в 06:47

Показать ещё 7 комментариев

2

Я добавил папку DTD в webcontent, а затем скопировал файл log4j dtd. то я пробовал, как рев. Его работа

<!DOCTYPE log4j:configuration SYSTEM "<Path>/DTD/log4j.dtd">

Путь означает здесь путь проекта, например /projectname

Dileep 29 авг. 2011, в 15:15

1

@Jack Leow использует хороший подход с идентификатором PUBLIC. Тем не менее, по его словам, для этого требуется подключение к сети.

Я предпочитаю комбинацию:

Entry element:      Public
Location:           org\apache\log4j\xml\log4j.dtd in jar file C:\Development\lib\external\apache-log4j-1.2.17\log4j-1.2.17.jar
URI:                jar:file:/C:/Development/lib/external/apache-log4j-1.2.17/log4j-1.2.17.jar!/org/apache/log4j/xml/log4j.dtd
Key type:           Public ID
Key:                -//APACHE//DTD LOG4J 1.2//EN

Это указывает локальный JAR и поддерживает объявление DOCTYPE без полного URL.

<!DOCTYPE log4j:configuration PUBLIC "-//APACHE//DTD LOG4J 1.2//EN" "log4j.dtd">

wbdarby 23 сен. 2014, в 21:52

1

Я попытался с ответом FrVaBe, но не работал у меня, и я сделал небольшое изменение в значении Key, и он работает.

"Настройки → XML → Каталог XML"

Localization: C:\Users\me\Desktop\log4j.dtd
Key Type: URI
Key: -//APACHE//DTD LOG4J 1.2//EN

Abel ANEIROS 28 июнь 2012, в 09:18

0

Обычно Eclipse ищет log4j.dtd в пути к классам и не находит его там и, следовательно, ошибки. Мы можем решить эту проблему, указав URL для файла log4j.dtd, как показано ниже.

<!DOCTYPE log4j:configuration SYSTEM 
      "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">

Nirbhay Rana 21 сен. 2015, в 07:35

0

Это точная копия того, что я попробовал в своем вопросе.
sjngm 21 сен. 2015, в 07:47

Ещё вопросы

Я понимаю, что вы говорите, но это, кажется, общая собственность. Однако у нас есть разные проекты (некоторые даже не Maven-проекты), и они используют разные версии log4j. Было бы здорово, если бы я мог связать конфигурацию с проектом.
Если вы говорите разные версии log4j - вы имеете в виду разные версии log4j.dtd? Чем вы должны определить запись каталога для каждой версии. Если вы хотите связать конфигурацию с проектом, лучше всего поместить log4j.dtd рядом с log4j.xml (внутри проекта), а затем <code> SYSTEM "log4j.dtd" </ code> работать (я надеюсь).
Извините, я имел в виду другую версию log4j.jar в целом. Я предполагаю, что "log4j.dtd" является своего рода заполнителем, поскольку это такое общее название. - Да, копирование log4j.dtd рядом с XML было бы решением, но действительно ли это распространенный способ сделать это?
И, пожалуйста, обратите внимание, что речь идет о решении, которое не нацелено на основной вопрос.
Извините, не заметил, что ссылка http сработала - я думаю, что это лучшее решение - или воспользуйтесь приведенной ссылкой для вашего утверждения. SYSTEM "log4j.dtd" - это способ сделать это .
Относительно РЕДАКТИРОВАНИЯ: я знаю, что сказал "заполнитель", но возможно это было неправильное слово, чтобы использовать. Тем не менее, кажется, что многие используют его как один. - Ваша ссылка на помощь Eclipse, кажется, объясняет, почему она работает так, как она работает. Позвольте мне держать это открытым немного дольше, может быть, кто-нибудь еще может добавить что-то к этому ...
Я знаю, что «не работает» - это не ответ, с радостью принимаемый :-) Позвольте мне сказать, что я не эксперт в этом вопросе и нашел только вопрос достаточно интересным, чтобы потратить на него какую-то работу. Для меня я нашел приемлемый способ сделать действительную (http) ссылку dtd, которая работает в eclipse, даже если нет подключения к Интернету. Не стесняйтесь, чтобы этот вопрос открылся! Вы заинтересованы в большем вкладе по этому вопросу. Я тоже!
Использование SYSTEM "log4j.dtd" для меня выглядит просто не важно - если документ не предоставляется рядом с документом XML.
Хехе. Это не будет первый ответ "не работает", который я должен принять;)
Это точная копия того, что я попробовал в своем вопросе.

Jack Leow · Accepted Answer · 2012-06-01T17-11-00.000Z

Я знаю, что на этот вопрос был дан ответ, но я хотел бы предложить свою немного другую альтернативу:

<!DOCTYPE log4j:configuration PUBLIC
  "-//APACHE//DTD LOG4J 1.2//EN" "http://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/doc-files/log4j.dtd">

Он похож на @FrVaBe ответ, но с плюсовой стороны не требует дальнейшей настройки Eclipse (т.е. если вы делитесь своим проектом с другими, или иметь большую команду, это еще одна вещь, о которой нужно беспокоиться).

Тем не менее, я считаю, что это означает, что вам понадобится подключение к Интернету (по крайней мере, в какой-то момент во время разработки, даже если это будет только один раз).

этот подход лучше, чем принятый ответ, так как вам не нужно иметь дело с физическим местоположением файла dtd. Это помогает, когда вы делитесь своим проектом с другими разработчиками.
Интересно. Теперь я должен найти dtd для log4j 2.0 - какая боль - какая конфигурация моего файла свойств вернулась!
когда-то недавно это перестало работать. Если вы зайдете в браузер на logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/xml/… вы увидите, что теперь есть ошибка XML
@ Кип ты прав, ссылка не работает. Есть обновленная ссылка с кем-нибудь здесь?
Я проверил ссылку с помощью curl, и она вернула полное DTD. Если я попытался просмотреть его в браузере, он возвращает ошибки. Я бы посоветовал проверить его с помощью такого инструмента, как curl.