Эта проблема сводит меня с ума, потому что я не уверен, почему это только начало происходить, и я уже потратил впустую неделю на это без какого-либо прогресса.
Я поддерживаю устаревшее приложение, работающее на JBoss 4.3, используя:
- Struts2
- Hibernate 3.2.5
- Log4J 1.2.15
- ojdbc5 (драйвер JDBC Oracle для Oracle 10g)
- Apache Commons Logging 1.1 (зависимость от подлости требуется хрупкому стороннему пользовательскому компоненту)
- c3p0 0.9.1.2
Файлы журнала всегда были загрязнены (что я предполагаю, Apache?) Мусором, как:
07: 37: 04,024 DEBUG [Digester] Новый матч = 'web-app / mime-mapping / extension'
07: 37: 04,024 ОТЛАДКА [Digester] Начало огня () для CallParamRule [paramIndex = 0, attributeName = null, из стека = false]
07: 37: 04,024 символов DEBUG [саксофон] (tcl)
07: 37: 04,028 DEBUG [sax] endElement (,, расширение)
07: 37: 04,028 DEBUG [Digester] match = 'web-app / mime-mapping / extension'
07: 37: 04,028 DEBUG [Digester] bodyText = 'tcl'
07: 37: 04,028 DEBUG [Digester] Тело огня () для CallParamRule [paramIndex = 0, attributeName = null, из стека = false]
07: 37: 04,028 ОТЛАДКА [Дайджест] Всплывающий основной текст
Меня никогда не волновало до недавнего времени, когда за следующей строкой следуют сотни тысяч строк пробела.
07: 37: 04,024 ОТЛАДКА [Дайджест] Нажав основной текст '
...
Теперь я очень беспокоюсь, потому что по причинам аудита мы должны хранить эти файлы журналов в течение неопределенного времени, и они запускаются после перезапуска сервера около 20 МБ.
Первоначально я полагал, что, отключив ведение журнала Sax Digester от log4j.properties, я решил проблему, но ничего из того, что я пытался, не сработало.
http://programming.itags.org/development-tools/59562/
https://community.jboss.org/thread/4401
http://www.coderanch.com/t/47763/Struts/disable-struts-debug-info-messages
http://mail-archives.apache.org/mod_mbox/logging-log4j-user/200210.mbox/%3CBOEGILGABHIJHEMDBOICMELICNAA.dparmar@cgmpsystems.com%3E
http://deepaksrivastav.com/?p=63
http://www.mail-archive.com/log4j-user@logging.apache.org/msg10703.html
Кто-то здесь упомянул, что у них может быть возможность мошеннического log4j.properties или simplelog.properties, плавающего по пути к классам, который вызывает у меня это горе, но после исчерпывающей охоты на ведьм я не вижу ничего действительно подавление загрязнения файла журнала.
Любая помощь или совет будет принята с благодарностью.
РЕДАКТИРОВАТЬ: Отличное предложение ниже напомнило мне, что я уже пытался настроить ведение журнала на WARN для всего в файле конфигурации JBoss log4j xml для этого экземпляра сервера. Буквально ничего не изменилось. Я заметил, что временные файлы и рабочие каталоги тоже не очищались должным образом, поэтому я вытер их и все еще ничего. Надеюсь, что эта информация поможет, а не отпугнет людей, думающих: «Чувак, этот парень облажался!» :)