Yep - я вижу разрушать и разгржать типов, котор - вероятно также получают типы log4j вниз (статические forcebly разгржаемые методы, используемые любым другим или) - которые причиняет тип к расгруженному взгляду. То будет точно вид журнала, котор я рассчитывал увидеть.
и то объясняет почему это будет ошибка - звонок приходит от весны, не от log4j самого.
1.2.16 ново достаточно - поэтому вы не можете получить больше вносящ в журнал из его даже если вы пытаетесь пойти вверх в варианты.
PS:
http://logging.apache.org/log4j/1.2/xref/org/apache/log4j/LogManager.html могло фактическ быть более лучшим объяснением чем что-нибыдь я может сказать - см. как работы метода getLoggerRepository - это причиняет все эти сообщения ошибки.
технически вы могли хотеть увидеть если консультации здесь:, то
http://logging.apache.org/log4j/1.2/faq.html#unload помогает в ваш случай - org.apache.catalina.loader.WebappClassLoader.ENABLE_CLEAR_REFERENCES
smogло вероятно остановить весну от разгржать одни не нужно быть расгруженным но я подозрюю что не будет этим типом причиняет вопросы здесь так или иначе но worth проверка.
Могло быть установка в glassfish или весной (или в обоих) получить, что их сыграли славно совместно - но проблема по мере того как она кажется что что-то было бы внесено в журнал как отлаживает если оно было вызвано внутренне, то, внесено в журнал как ошибка потому что оно приходит внешн.
По мере того как эти будут статические члены и по мере того как я упомянул прежде чем сообщение написано, обижая элемент выступлен с иничиативой правильн, log4j снова правильн выступлено с иничиативой и может быть использовано.
