Bsplesk [Личное мнение новичка в java]
Ну, вот смотрите, классно workspace около 20 гигов, сколько из них в локальном Maven's cache? - допустим 20%, а теперь представим, что черз пару лет, несколько репозиториев "помрут" или еще что-то произойдет - как пример смотри выше.
Как разруливать/выруливать? - при этом, часть библиотек вообще пропадает из свободного доступа? а у Вас только код использующий эти библиотеки?
Или, используемая, версию библиотеки, пропадает, и ее нигде не найти, но есть более новая версия, но вот беда, автор решил её переписать полностью на версию 2.0, при этом не сохранив совместимость со старой версией?
И еще, в догоночку, у вас как видно по объёму, используется множество разных библиотек, и наверника, среди них присутствуют такие, которые используют технологию JNI/JNA - подскажите, пожалуйста, как поступаете с хранением *.so , *.dll(+x86/x64/ARM) и.т.д. бинарных файлов для разных платформ?
выяснять какие библиотеки конфликтуют ---> подскажите, пожалуйста, нет ли у вас проблем, при использовании Maven при разрешении конфликтов? тоесть maven - подтигивает, и "конфликтов" не обнаруживает, зато их наблюдает Вы, и приходится все также "глазками" смотреть, что не так, и почему не работает?
У меня стоит кеширующий локальный репозиторий (для публичных ресурсов и непубличных). Для коммерческого кода используется непубличный репозиторий он же идет как прокси кеш на паблик. Все что свое, деплоишь в свой же прокси репозиторий.
JNI/JNA не использую сейчас но можно либо кидать с исходниками либо хранить как zip в мавен репозитории и разворачивать при подготовке сборки релиза, используйте assembly и dependencies плагин. В зависимостях можно использовать в том числе и архивы:
<dependency>
<groupId>some package </groupId>
<artifactId>some id</artifactId>
<version>version id</version>
<type>zip</type>
</dependency>
Если нужно выполнять dll/so и прочее прямо из IDE то придется конечно таскать с кодом. Если используете тесты из сборки, то просто храните их как ресурсы в мавен репозитории.
Мавен конечно проглядывает конфликты, в крайнем случае руками смотришь дерево зависимостей и подправляешь pom файлы. В любом случае это намного проще чем таскание бинарников между десятком бранчей. И главное, бинарники не таскаются вместе с кодом в репозиторий туда сюда. Из минусов мавен проектов - правило один проект = один артефакт. В ант можно было лепить все что угодно, зато мавен позволяет делать наследование проектов и кастомизацию а в ант черт ногу сломает при патчевании внешних сборок/релизов. Каждый пишет их как хочет, пока поймешь что поправить, уйдет пара дней а в мавен полчаса.
