новинка для весенней загрузки.
Мы используем Axis1.4 Jar для вызовов службы мыла в нашем проекте весенней загрузки 2.
- Проходя через ось кувшина, отражая, он ожидает, что некоторые из
классы из пространства имен
org.apache.commons.logging, которые могут быть
точно удовлетворены jcl-over-slf4j jar
- В одном из наших проектов, которые я видел, люди используют
spring-boot-starter-test вместо jcl-over-slf4j артефакт. На
используя это, проект работает нормально.
Из любопытства я заглянул внутрь POM / Effective POM "spring-boot-starter-test", чтобы проверить, где и как наследуется jcl-over-slf4j. К счастью, эта зависимость находится только внутри dependencyManagement, а не внутри зависимости.
Я тоже пытался по зависимости: дерево и там тоже не вижу jcl-over-slf4j.
Я решил проверить, какая дочерняя зависимость «spring-boot-starter-test» наследует «jcl», и добавлял каждую зависимость в список исключений spring-boot-starter-test. К счастью, если исключить банку «org.springframework: spring-core: 5.0.4.RELEASE», проект не сработал.
- При проверке POM с пружинным сердечником в jcl-банке есть исключение.
Я запутался между этими тегами, копал и нашел эту ссылку. Здесь один из пунктов гласит: «Если артефакт не находится внутри тега зависимости, тогда этот jar не будет унаследован, даже если он находится в управлении зависимостями».
Вопрос 1: Согласно общей ссылке и (2), проект вообще не должен запускаться. Но это. Как?
Вопрос 2: Исключение применимо к обоим артефактам, независимо от того, находится ли он внутри тега зависимости или зависимости?
Может ли кто-нибудь поделиться некоторыми входами здесь.