Предупреждение slf4j о том же дубликате

Question

SLF4J жалуется на множественные привязки, но они выглядят одинаково:

SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [zip:C:/bea_domains/my_service_domain/servers/AdminServer/tmp/_WL_user/my-shared-app-lib/obaz3z/APP-INF/lib/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [zip:C:/bea_domains/my_service_domain/servers/AdminServer/tmp/_WL_user/my-shared-app-lib/obaz3z/APP-INF/lib/slf4j-log4j12-1.6.1.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.

Есть ли способ избавиться от этого предупреждения?Что может быть причиной этого?

Answer 1

В настоящее время идет обсуждение ошибка 138 , которая кажется мне идентичной проблеме, о которой вы сообщили. Согласно обсуждению, «проблема была, на самом деле, в нескольких путях классов в манифестах - если было больше, чем EJB-jar с привязкой в ​​списке, то WLS предоставлял полный список из них. Даже если класс был таким же. поведение в WLS. Если вы действительно хотите удалить это предупреждение (хотя и не смертельное), в баге есть вложение, вы, вероятно, можете исправить с ним slf4j.

Answer 2

Ошибка 138 была исправлена ​​в slf4j 1.6.2 теперь :-). http://www.slf4j.org/news.html

Answer 3

Помимо проблемы с несколькими путями классов, описанной в ответе Джейсона, эта проблема также может быть вызвана фальшивой структурой PowerMock .

PowerMock использует собственный загрузчик классов (MockClassLoader), который использует собственный механизм для делегирования загрузчику родительского класса.Это также может привести к тому, что ClassLoader.getResources() будет возвращать один и тот же ресурс дважды, что вызовет предупреждение.

Это может быть вызвано изменениями, описанными в PowerMock, проблема 380 .

Исправление для # 138 в SLF4J (ссылка выше) также решает эту проблему, поэтому в SLF4J 1.6.2+ она больше не должна возникать.