У меня есть то, что я считаю довольно распространенной установкой. У меня есть проект с двумя модулями, каждый со своим собственным pom.xml. Выше этого, у меня есть pom.xml для проекта, который зависит от его подмодулей. Два подмодуля имеют общую зависимость, а именно log4j. Как я должен бороться с этой зависимостью? Должен ли я просто просто иметь в каждом подмодуле log4j в качестве зависимости, или должен быть задействован модуль проекта более высокого уровня, утверждая его как зависимость от проекта? Если у меня есть оба подмодуля, перечисляющих зависимость, Maven будет умным и только вытащить log4j один раз, или каждый подмодуль вытащит свою собственную личную копию log4j? Если модуль проекта имеет зависимость, пакет log4j будет доступен в нужное время для подмодулей? Что бы вы сделали или что вы сделали в этой ситуации?Как обрабатывать два подмодуля Maven, которые разделяют зависимость от кода
ответ
Вы можете установить зависимость в проекте более высокого уровня. Это будет охватывать зависимость для обоих модулей вашего проекта.
Источник: Это то, что делает моя команда в одном из наших проектов.
Лучший способ сделать это с помощью метки dependencyManagement.
Раздел управления зависимостями является механизмом централизации информации о зависимостях. Когда у вас есть набор проектов, которые наследуют общего родителя, можно поместить всю информацию об этой зависимости в общий POM и получить более простые ссылки на артефакты в дочерних POM.
Чтобы суммировать эффект, вы помещаете тег в родительский pom и имеете ссылки на него. Однако они не ссылаются на номер версии. Преимущество заключается в том, что вы можете в любой момент обновить версию log4j в родительском помпе, и все ваши детишки получают новую версию без изменения их попов.
- 1. Как установить зависимость от подмодуля в Python?
- 2. Весенняя обувь: зависимость подмодуля
- 3. Зависимость от Maven WAR
- 4. Зависимость Maven от MySQL
- 5. Зависимость Maven от javadocs
- 6. Зависимость Maven от аргумента
- 7. Maven: «зависимость от модуля»
- 8. Maven multimodule без подмодуля как файл jar
- 9. как обрабатывать зависимость проекта ndk от android
- 10. Создание артефактов maven, которые зависят от RESTlet - как обрабатывать выпуски
- 11. git зависимость ад? - сбой подмодуля
- 12. Зависимость от Maven от исходного проекта (взорваться)
- 13. Проект Maven как зависимость от Playframework
- 14. Maven зависимость от других Maven проектов
- 15. Maven - удалить зависимость от ящика
- 16. Зависимость Maven от zip artifact
- 17. Зависимость от местного проекта maven?
- 18. Как обрабатывать два входа, которые зависят друг от друга?
- 19. Зависимость проекта Maven от версии JDK
- 20. Maven - добавить зависимость от источника артефакта
- 21. Весенние бобы, которые основаны на application.properties от подмодуля
- 22. Как обрабатывать зависимость от scipy в setup.py
- 23. Как обрабатывать циклическую зависимость от регистратора службы
- 24. Oracle JDBC 7 как зависимость от Maven
- 25. Зависимость Gradle от Maven local
- 26. Зависимость от Maven для AbstractHandler
- 27. NoClassDefFoundError на зависимость от Maven
- 28. Зависимость от модуля non-maven
- 29. Зависимость Maven от репозитория SVN
- 30. Интеграционное тестирование подмодуля Maven Plugin
Спасибо. Я новичок в Maven. Я знал, что есть способ сделать это, я просто не знал, что это было. Я замечаю, что теперь есть новый способ, который включает импорт зависимостей, а не наследование. Я тоже посмотрю на это. – Bill