Взаимодействие с устаревшими переходными зависимостямиJAVA

Программисты JAVA общаются здесь
Anonymous
Взаимодействие с устаревшими переходными зависимостями

Сообщение Anonymous »

Я использую Java 17 с Maven 3.9.9. My Maven Project Libfoo используется в качестве библиотеки другими приложениями конечного пользователя, говорят myApp.jar . нет выбора, кроме как зависеть от панели: bar-core: 1.2.3 код которого находится вне моего контроля, а 1.2.3 -последняя версия. Этот артефакт из ада известен для устаревших переходных зависимостей, например.

Код: Выделить всё

common-zoo:common-zoo:0.0.1
(зло), с myapp.jar само по себе зависит от общего-Zoo: common-Zoo: 5.9.0 (хорошо)

Мой вопрос в том, что , есть какой-либо метод, который я могу использовать, чтобы seals ell the floy libfoo. что < /p>
  • видит libfoo как единый un ar с 0 транзитивной зависимостью
  • Код: Выделить всё

    myapp.jar
    не вытягивается от злых классов на своем классе выполнения, и ссылки только на зависимости, объявленные в своем собственном POM, например, Common-Zoo: 5.9.0 .
известные проблемы с оттенком+revocate :

Код: Выделить всё

foo-core
известно, что использует class.forname ('com..xxx') , таким образом, переезжая с классом с помощью Maven-Shade-Plugin.>

Подробнее здесь: https://stackoverflow.com/questions/797 ... pendencies

Вернуться в «JAVA»