Leiningen, Maven и прочая

[metaclass]

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

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

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

Comments

[sorhed.livejournal.com]

Потому что в любом джава-проекте средней руки очень много зависимостей, for good or for bad. Ну то есть штук 20 — нормально, а бывает и 50-70. Всё это опенсорсное, разумеется, постоянно обновляется, и содержит кучу транзитивных зависимостей, иногда даже с циклами.

Руками весь этот ад обновлять заебёшься, вот и был придуман мейвен. Параноики присоединяют его к собственному репозиторию, и запрещают лезть в публичные. Но принцип остаётся.

(и, кроме того, есть главный вопрос: класть ли зависимости в свн/гит. Если да, то обновлять их ещё более заебёшься, если нет — это нарушает принцип «билд должен выполняться с нуля нажатием одной кнопки», а это очень хороший принцип).

[metaclass.livejournal.com]

Я кладу зависимости под svn/hg, иначе никакой веры ни во что нет.

[metaclass.livejournal.com]

Т.е. в принципе, я могу сделать свой репозиторий мавена и жить независимо от центра?

[craneop.livejournal.com]

У тебя в время билда создается репозиторий локальных зависимостей на твоей машине. Есть тулзы для проксирования репозиториев и управления ими (Nexus, например).

[sorhed.livejournal.com]

Да, именно. Правда, это the whole another can of worms, но это возможно.