Проект A ссылки Проект B. Проект B включает локальную зависимость. К сожалению, эта локальная зависимость имеет зависимость от net.java.dev.designgridlayout в версии 1.5.Исключение транзитивной зависимости не работает
Мы хотим использовать net.java.dev.designgridlayout в версии 1.11 в проекте A, но мы не можем «перезаписать» зависимость. Eclipse всегда использует зависимость от Project B.
Мы уже пытались исключить версию 1.5 из локальной зависимости, но она не работает. Странно, что Eclipse успешно разрешает класс, добавленный с версией 1.11. Однако для уже существующего класса eclipse решает его из транзитивной зависимости от de.someCompany.
Проект B:
<dependencies> <dependency> <groupId>de.someCompany</groupId> <artifactId>fs-client</artifactId> <version>5.1.209</version> <exclusions> <exclusion> <groupId>net.java.dev.designgridlayout</groupId> <artifactId>designgridlayout</artifactId> </exclusion> </exclusions> </dependency> <dependency> <groupId>net.java.dev.designgridlayout</groupId> <artifactId>designgridlayout</artifactId> <version>1.11</version> </dependency> </dependencies>
Проект А:
<dependencies> <dependency> <groupId>Project-B</groupId> <artifactId>Project-B</artifactId> <version>1503.01</version> </dependency> </dependencies>
Я также попытался включить 1,11 зависимость в проекте А.
Мы даже пытались установить DesignGridLayout V. 1.11 в локальной зависимости и изменить groupID и artifactId на somethi ng different, но по какой-то причине его даже не может найти Eclipse. Если бы можно было включить DesignGridLayout с другим groupId и artifactId, я думаю, что это сработает.
mvn install:install-file -Dfile=lib\designgridlayout.jar -DgroupId=com.company.designgridlayout -DartifactId=design-grid-layout -Dversion=1.11 -DgeneratePom=true -Dpackaging=jar -DlocalRepositoryPath="%USERPROFILE%\.m2\repository"
ops, конечно, я имел в виду Project-B;) –
хорошо :) - зависимость, которую вы ищете в проекте-A, является «designgridlayout»? какая версия maven для этого показала? и откуда оно взялось? – wemu