Как лучше всего разрешить зависимости между проектами Java?

Похоже, что это часть проблемы, установленной Maven. Используя Maven и Eclipse, а именно m2eclipse, вы можете использовать в проектах другие проекты, и все разрешения зависимостей выполняются за вас.

Мне кажется, что вы делаете то, что должны, без включения таких инструментов управления зависимостями, как Ivy или Maven, которые предоставляют вам возможность «управления транзитивными зависимостями». С помощью любого из этих инструментов вы можете просто указать, что A зависит от B, а B зависит от C, и они автоматически узнают, что A также понадобится C.

Преимущества Maven (это то, в чем я имею опыт) также проявляются, когда пришло время упаковать ваши проекты для развертывания, поскольку он может легко собрать все эти зависимости (на всем протяжении иерархии) и поместить их вместе в дистрибутив. папка или толстый JAR, содержащий все ваши зависимости. Чтобы использовать такой инструмент, как Maven, требуется некоторое время для чтения и настройки, но это значительно упрощает задачу управления вашими зависимостями, особенно по мере их роста.

Мы используем Maven, и это важно для наших проектов. Это хорошее время для вас, чтобы учиться - зависимости от более чем трех проектов могут пугать. Maven имеет дело с версиями, поэтому, если по какой-либо причине вам придется полагаться на Foo.1.2.3, Maven гарантирует, что вы не получите неправильную версию.

Однако это не тривиально. Если вы используете Netbeans, он лучше, чем Eclipse, и может помочь вам в обучении. (Также проекты довольно легко переключаются между двумя системами).

Maven поддерживает множество концепций в своем файле POM (pom.xml), включая информацию о лицензии, участников, аргументы и т. Д., Поэтому вы получаете гораздо больше, чем просто управление зависимостями. И он поддерживает модуляризацию проектов.

Не пропускайте кривую обучения - вам нужно знать, как это работает. Но вы также найдете предыдущие вопросы SO, которые помогут

Другие упомянули несколько хороших инструментов, из которых maven, вероятно, является наиболее распространенным. Ivy - еще один инструмент, который больше ориентирован только на управление зависимостями. Я лично использую gradle, у которого есть одни из лучших из всех этих функций под знакомой классной оболочкой ... которая все еще развивается и тщательно документируется. ;)

Следует знать, как эти инструменты обрабатывают транзитивные зависимости. В вашем примере C является транзитивной зависимостью от A, потому что A зависит от B, который зависит от C. Некоторые из этих инструментов сборки будут обрабатывать этот тип зависимости по-разному, и это может вас удивить, когда вы меньше всего этого ожидаете.

Например, если A на самом деле относится к коду из C, то есть: он имеет зависимость времени компиляции от C, тогда ваша настройка A-> B-> C будет работать в чем-то вроде Maven. С другой стороны, gradle также заставит вас объявить, что A зависит от C ..., поскольку это так. В любом случае зависимости времени выполнения полностью разрешены.

Сюрприз наступает, когда вы транзитивно включаете что-то в течение нескольких месяцев, и часть вашего кода опирается на аспекты C, и вы решаете, что вам больше не нужна зависимость B. Внезапно ваш код не будет компилироваться, пока вы не выясните, что вам нужна указанная зависимость A-> C. В этом примере обнаружить это довольно тривиально, но иногда это не так.

И если от таких разговоров у вас немного кружится голова, и вы не планируете, чтобы ваш проект стал намного сложнее ... тогда вы, вероятно, можете просто придерживаться того, что делаете, какое-то время. Как уже упоминалось, это правильный способ сделать это без помощи инструмента.

Используйте maven для управления своими зависимостями, а затем используйте плагин зависимостей, чтобы увидеть зависимости.

Вы можете запустить

Зависимость mvn: анализировать

or

Зависимость mvn: дерево -Dverbose = true

это вам очень поможет.

без сомнения, вы должны использовать инструмент управления зависимостями, как уже заметили люди ... однако вручную заархивируйте B и C в B_C.jar. Проверьте, что зависимость B от C решена в Jar.

Затем добавьте B_C.jar в путь к классам ...

Управление зависимостями - огромная тема. Maven, Ivy и другие инструменты были разработаны, чтобы облегчить боль с некоторым успехом. Оба этих инструмента создают иерархию зависимостей, поэтому вы не попадете в описанную вами ситуацию. У них также есть плагины Eclipse, чтобы Eclipse распознал эту иерархию.

Чтобы по-настоящему использовать эти фреймворки, вам придется изменить текущий процесс сборки. Maven, вероятно, требует большего внимания, чем Ivy, но ни то, ни другое не является тривиальным, и понимание того, как его настроить, требует времени. Тем не менее, очень полезно четко определять и управлять своими зависимостями.

Бесплатные книги maven:

http://www.sonatype.com/documentation/books