Leiningen, Maven и прочая

[metaclass]

А скажите мне, почему в жабе приняты такие хитрожопости с инфраструктурой разработки?

От входа я что-то не соображу, как правильно прикрутить к кложуре jdbc, но если воспользоваться leiningen (по этим статьям: http://alexott.net/en/clojure/ClojureLein.html и http://devcenter.heroku.com/articles/clojure-web-application ), то проект создается, зависимости выкачиваются, итд.

Смущает, что непонятно, что именно при этом происходит, на низком уровне, так сказать, и что эти утилиты для сборки лезут за зависимостями в какие-то центральные репозитории. Мне как-то более привычно "скачал нужную версию, руками положил рядом в проекте и ссылаешся на нее".

Comments

[altmind.livejournal.com]

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

плюс так повелось, что в разных ветках SCM лежат pom.xml с одинаковым modelVersion. из-за чего работать в двух воркспейсах одновременно проблематично(капец как проблематично). собраные jar в локальном репозитории не различают из какой они ветки из за чего появляются невоспроизводимые на другой машине проблемы, или наоборот - все работает до того момента, пока кто-нибудь другой не вытянет себе проект.

[altmind.livejournal.com]

сложилось впечатление о maven как об очень недетерминированой, многословной, друдноотлаживаемой системе.
очень согласен с http://tonsky.livejournal.com/227837.html - для разрешения зависимостей(т.е. того, для чего мы фактически используем mvn) столько boilerplate, сколько есть в pom.xml, не нужно.