Отключить ведение журнала для проверки struts2

Я хочу отключить ведение журнала для проверки struts2, всякий раз, когда действие struts, содержащее проверку, я получаю «мусор» в моем журнале, smth вот так: «[Apr 15 14:42:41] ERROR (CommonsLogger.java:24) - Ошибка проверки для домена: blahblah. ".Отключить ведение журнала для проверки struts2

Я уже использую log4j, и он регистрируется в порядке, но я не хочу, чтобы этот «мусор» заполнял мой журнал.

Если какой-то код не установлен, я получу его, но в данный момент я не знаю, что представить.

Чтобы быть точным, эти журналы «мусора» регистрируют сообщения проверки в struts2 (например, «Пожалуйста, введите ваше имя»), возможно, это поможет мне помочь. :)

источник

2009-04-15 trivunm

В log4j вы можете изменить уровень ведения журнала для каждого класса, и обычно каждый класс имеет свой собственный регистратор. Но они иерархичны, поэтому вы можете обычно устанавливать уровень ведения журнала для пакета и влиять на все его члены. Так что добавьте следующие строки в ваш файл log4j.properties:

log4j.logger.com.opensymphony.xwork2.validator = FATAL

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

источник

2009-04-15 13:57:23

Это похоже на решение, но я не могу понять, что именно нужно вносить в журнал FATAL – trivunm

Если вы измените свой log4j ConversionPattern, чтобы включить класс + класс, вы сможете точно определить, откуда он. См. Javadocs для PatternLayout, чтобы выяснить, как установить оба. (Это многословный, поэтому вы можете вернуться к своему старому шаблону, как только вы выясните, что испускает эти сообщения.) –

@milostrivun

log4j.logger.com.opensymphony.xwork2.validator = ФАТАЛЬНАЯ

Это позволит установить уровень регистратора к фатальному что эквивалентно инструктированию log4j для входа сообщения, которые являются приоритетным ФАТАЛЬНЫМИ или more (Хотя нет более высокого уровня, чем FATAL).

Таким образом, сообщения уровня TRACE, DEBUG, INFO, WARN, ERROR, поступающие из любого класса в com.opensymphony.xwork2.validator packagae, не будут напечатаны.

Имеет смысл?

источник

2009-12-11 12:29:12

Отключить ведение журнала для проверки struts2

ответ

Смежные вопросы