JBoss 4.3 работает с устаревшим приложением Struts, которое выводит сотни тысяч пустых строк в файл журнала

Эта проблема сводит меня с ума, потому что я не уверен, почему это только начало происходить, и я уже потратил впустую неделю на это без какого-либо прогресса.

Я поддерживаю устаревшее приложение, работающее на 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] Новый матч ='веб-приложение / отображение мим / расширение'

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 DEBUG [Digester] Нажав на основной текст '

...

'

Теперь я очень переживаю, потому что по причинам аудита мы должны поддерживать эти файлы журналов в течение неопределенного времени, и они запускаются после перезапуска сервера около 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 для этого экземпляра сервера. Буквально ничего не изменилось. Я заметил, что временные файлы и рабочие каталоги тоже не очищались должным образом, поэтому я вытер их и все еще ничего. Надеюсь, что эта информация поможет, а не отпугнет людей, думающих: "Чувак, этот парень облажался!":)

Источник

1 ответ

Решение

Отключите ведение журнала отладки на сервере /xxx/conf/jboss-log4j.xml. Установите его в info, чтобы вы не видели все эти ненужные строки регистрации

Источник
Другие вопросы по тегам