Вышел (http://www.sonatype.com/people/2010/10/maven-3-0-has-landed/) релиз Apache Maven 3.0 (http://maven.apache.org/), системы для автоматизации управления Java-проектами и организации процесса сборки. Maven позволяет организовать централизованную сборку, ведение отчетности, тестирование и документирование, базируясь на концепции объектной модели проекта, при которой вместо правил сборки при помощи XML-языка POM определяется структура проекта, оформляются связи и зависимости.
При создании Maven 3.0 разработчики попытались на сколько это возможно сохранить совместимость со второй веткой системы, тем не менее пришлось пойти на внесение ряда нарушающих совместимость (https://cwiki.apache.org/MAVEN/maven-3x-compatibility-notes....) функций. В новой версии
проведена работа (http://maven.apache.org/docs/3.0/release-notes.html) по увеличению производительности и удобства работы. Реализована возможность организации параллельной сборки; создан специальный API для конфигурирования компон...URL: http://www.sonatype.com/people/2010/10/maven-3-0-has-landed/
Новость: http://www.opennet.me/opennews/art.shtml?num=28225
опять наверное в очередной раз переработали и улучшили dependency management таким образом что существующие проекты перстанут собираться :)
Ну вот опять выпустили новую версию этой гадости, которая мешает собирать проекты из исходников.Вместо того, чтобы документировать зависимости или поставлять их с исходниками, ряд горе-мэйнтейнеров предлагают скачать основанную на Maven систему сборки. "Из коробки" оно никогда не работает (я уж не говорю про случай отсутствия доступа к Internet с машины, на которой выполняется сборка), а заниматься хацканьем чужой *сложной* системы сборки - занятие нездоровое.
ничто не мешает вручную поставить все необходимые зависимости в локальный репозиторий, и тогда они будут браться оттуда...
я maven использую для сборки кода на clojure, и это очень удобно - зависимости сами приезжают на машину, множество плугинов на разные случаи жизни, авто-деплой и т.п.
Мешает то, что действия, необходимые для сборки, зашифрованы в огромных XML файлах вместе с кучей какого-то сгенерированного, извините, говна.Нет, идея хорошая. Скачал пакет с исходниками, набрал команду (или нажал кнопку) и он пошел качать зависимости и строить. Но реализация, как это обычно получается у великих теоретиков программирования, раз в сто сложнее чем должна бы и оттого на практике оборачивается в основном геморроем.
> Мешает то, что действия, необходимые для сборки, зашифрованы в огромных XML файлах вместе с кучей какого-то сгенерированного, извините, говна.А что мешает разобраться во всём этом?
Цикл статей "Наводим порядок в разработке ПО вместе с maven": http://black-zorro.com/mediawiki/%D0%9D%D0�...
> Нет, идея хорошая. Скачал пакет с исходниками, набрал команду (или нажал кнопку) и он пошел качать зависимости и строить. Но реализация, как это обычно получается у великих теоретиков программирования, раз в сто сложнее чем должна бы и оттого на практике оборачивается в основном геморроем.
Maven, я считаю, превосходит систему портов FreeBSD по части управления жизненным циклом ПО и предоставлении подробной информации о приложениях.
Работа с репозиториями Maven организуется отдельными инструментами, в частности, Apache Archiva.
У нас на работе говорят так:"Кто владеет мавеном, тот владеет всем". Эта штука очень глючная, по крайне мере в ипостасе 2 версии, может не собирать проект из эклипса, и собрать из консоли, и наоборот! По своему собственному желанию может не подхватывать зависимости ( очень частый вариант ), и требует кучу памяти для своей работы! А учитывая несовместимость новой версии со старой, это лишь добавит головной боли всем.
> По своему собственному желанию может не ... ...нет, причина есть всегда!
например Фаза Луны возможно очень влияет
:-) :-)
> например Фаза Луны возможно очень влияетСмех-смехом, но в первые пол года я тоже так думал, только в качестве виновников были спутники юпитера. А сейчас, даже могу предсказать исход билда по времени старта mvn )))
Сам не юзаю, но на твои рассказы можно ответить только одной известной пословицей: мыши плакали, кололись, но продолжали жрать кактус.
да ладно Вам, все нормально работает если вовремя прочитать документацию по плагинам и их настройках по умолчанию
в любом случае это лучше, чем ant
+несколькоЯ читал здесь: http://www.sonatype.com/books.html
Ясен пень, что без понимания принципов будут глюки.
> специальная прослойка Polyglot Maven, допускающая использование предметно-ориентированных языков, таких как Groovy или Ruby.Вот это здорово. Уже оценил на примере leiningen, насколько удобно, когда система сборки использует для описания проекта нормальный ЯП вместо XML.
просто те кто везде засовывают XML -- не понимют что XML это _машинный_ язык а не человеческий :-(например для описания Www-документов -- XML (говоря об XHTML) -- подходит очень даже хорошо! так как этот XML -- формируется не человеком напрямую, а через скрипт PHP/Python/<...>
но вот описывать чтото _самому_ _вручную) через XML -- это уж слишком жырно...
YAML придулами не глупые люди :-)
> просто те кто везде засовывают XML -- не понимют что XML это _машинный_ язык а не человеческий :-(Согласен.
Но какой ещё формат "человеческого" языка описания может подтвердить правильность написания (well-formed) и соответствие семантическим правилам (valid) документа, кроме XML?
Единственное, что понравилось в мавене, что его помки понимают иде и в эклипсе и в идеи project файл это pom.xml. Остальные достоинства я не шибко оценил.
ant+ivy наше все
maven удобнее для сложных и составных проектовant проще заставить выполнять нестандартные вещи, но от maven'а знаешь чего ожидать
в случае ant'а - возможно придется ковырять скрипт, чтобы понять какие вообще команды определены и что они выполняют
Если нужны нестандартные возможности, то ищешь нужный плагин.
Если такого плагина нет, то пишешь свой.
Дорогие знатоки, а что вам делает пакетный манагер?
1. качает
2. патчит
3. компилит
4. тесты гоняет
4. инсталлируетИ все это одной кнопкой. А если хочется, чтоб работало не в одном дистрибутиве, а вообще везде, даже в винде? Тут-то из кустов и появляется мавен.
Но есть отличие, это инструмент разработчика, а не замена пакетного менеджера.