BspleskНу, вот смотрите, классно workspace около 20 гигов, сколько из них в локальном Maven's cache? - допустим 20%, а теперь представим, что черз пару лет, несколько репозиториев "помрут" или еще что-то произойдет - как пример смотри выше.

Не проблема. maven не говорит ГДЕ лежат jar'ки. Никто не менаешт их хоть руками класть в локальный репозиторий. Или в корпоративный nexus.
Главное- maven позволяет описать проект по стандартному шаблону.
Вот у меня 20 модулей в одном проекте. Описано, что от чего зависит.
Внешних зависимостей- больше сотни, причём из них ещё пару десятков своих, из которых часть на гитхабе, часть в корпоративном гите.
Если мавен-централ вдруг сдохнет весь (во что не верю)- сделаем свой nexus не прокси, а хостером. И всё. И на любом компе есть локальный кэш.

BspleskКак разруливать/выруливать? - при этом, часть библиотек вообще пропадает из свободного доступа? а у Вас только код использующий эти библиотеки?

Код не хранится в мавер-хранилищах. Он либо на github, либо ещё где. Т.е. можно восстановить всё. Можно скачать все исходники и локально выполнить mvn install. Или в фирме- mvn deploy. Не проблема.

BspleskИли, используемая, версию библиотеки, пропадает, и ее нигде не найти, но есть более новая версия, но вот беда, автор решил её переписать полностью на версию 2.0, при этом не сохранив совместимость со старой версией?

Что значит "пропадает"? Если пропадёт- то это значит случился какой-нибудь глобальный п..ц, и тебе не о сборке программы думать надо, а о том, как выжить

Bspleskвыяснять какие библиотеки конфликтуют ---> подскажите, пожалуйста, нет ли у вас проблем, при использовании Maven при разрешении конфликтов? тоесть maven - подтигивает, и "конфликтов" не обнаруживает, зато их наблюдает Вы, и приходится все также "глазками" смотреть, что не так, и почему не работает?

А вот это реальная причина почему люди в gradle уходят- там нет транзитивности зависимолстей и поэтому не случается кошмаров, как у меня на этой неделе- я 2 дня потратил на то, чтобы выяснить, что в проект приезжает две несовместимые версии guice, причём работает всё, ктоме одно небольшого приложения (которое тупо создаёт страницу API приложения описания в wiki) - только там "побеждаяет" версия guice, которая ломает injector. Первый раз на такую граблю наступил.

uid uniqueМавен в первую очередь нужен для хранения бинарников не в репозитории с исходниками.

Для этого достаточно и git-fat , на самом деле. У нас есть одни затейники, которые так свой проект ведут. На слова о maven говорят "нафиг, пробовали".
Лежит на диске 2Гб какой-то ереси бинарной, а собирается это всё с помощью redo . Но по мне - неудобно.
Хотя с другой стороны- когда часть кода лежит на гитхабе и тянется через мавен-централ, то тут свои проблемы- обновил библиотеку, а потом жди, пока кэши обновятся.

uid uniqueЕще одна проблема у мавена это замена дефектного релиза в репозитории (бывает такое как и все остальное в жизни). Провели тестирование, залили релиз и тут нашлось что то (баг) что не позволяет пользоваться релизом и его нужно срочно изъять а он уже в кешах у пользователей. Релизы в локальных кешах в отличие от снапшотов не обновляются, нужно чистить локальные кеши. Разок была у меня такая история, пришлось попотеть.

Это проблема не имеет никакого отношения к maven. Надо просто собрать x.0.1 версию и разослать всем.