FlashXL13 июн 2008 в 13:34

Apache Maven 2

2 мин

3.7K

Чулан

+10

Комментарии 17

FlashXL 13 июн 2008 в 13:41

Ну как, первый блин комом?)

true_man 13 июн 2008 в 13:51

Мне нравится, продолжайте, будет интересно.

romik 13 июн 2008 в 13:56

Продолжайте, специально даже зарегистрировался, что бы это сказать! :)
Хотел когда-то разобраться с Maven, только русскоязычной документации очень мало, да и на английском языке не нашел понятного и короткого руководства к действию.

FlashXL 13 июн 2008 в 13:58

Действительно, документации крайне мало на русском, но все же методом проб и ошибок я более-менее вник в философию Maven.

thevery 15 июн 2008 в 18:44

продолжайте

Terentich 17 июн 2008 в 08:55

Обязательно напишите продолжение! Очень хотел бы использовать в своих проектах maven, однако, как и другие пользователи выше, не нашёл документации на русском. Официальная документация очень запутанная, как мне показалось.

FlashXL 17 июн 2008 в 19:24

Извините, пожалуйста, сейчас очень загружен работой, если получится - до пятницы напишу первую статейку!

MikeOzornin 17 июн 2008 в 19:52

Пожалуйста, опишите отличия от анта.
Обычно бытует мнение, что «нам хватит и анта», однако все, кто пробует мавен не могут от него отказаться. Мы у себя уже используем мавен, и более чем довольны.

Обычно из преимуществ мавена выделяют: автоматическое развертывание проекта на рабочем месте, управление репозиторием используемых библиотек, автоматический запуск тестов, автоматическая сборка всего приложения, автоматическое обновление версий библиотек, огранизация единого пространства приложения и т.д.

iZENfire 14 июл 2008 в 07:23

Maven требует подключения к Интернет для обновления локального репозитория.
Ant работает в оффлайне.

Если проект завязан на Maven, то его легко собрать Ant'ом, обратное неверно.

Использовать вместо антовских тасков мавеновские плагины, только если плагины соответствующие есть в природе, и то — не всегда удачно.

Если проект распространяется в исходных кодах и передаётся в таком виде заказчику, то советовать заказчику установить Maven и его среду/репозиторий сборки — моветон. Уж куда легче присоветовать ему пользовать Ant без выхода в онлайн.

В общем, на первый взгляд Maven мне показался очередной серебряной пулей, которая не стоит выеденного яйца ради того, чтобы бросать Ant. Количество кода pom.xml и build.xml практически равно, а изучать и разбираться с Maven мучительно долго.

MikeOzornin 14 июл 2008 в 07:26

Если собирать один монолитный проект — разницы нет. Если управлять сборкой проектов, состоящих из зависимых модулей, каждый разрабатывается отдельно — то тут с антом уже не разобраться, проверено.

Спорить нет желания, просто мы так же думали, пока проект не вырос за рамки анта.

Kaluchi 18 авг 2008 в 10:13

Может кто-нибудь ответит на такой глупый вопрос:

У меня есть проект состоящий из N модулей… как сделать так, что бы мавен сам мог определять в каких модулях были произведены локальные изменения, затем мавен компилил эти модули и использовал для сборки главного проекта

Например, в каком-то интерфейсе модуля CORE появился новый метод, затем этот метод был реализован в модулях в модулях A и B. Модули C, D, E, F,…, N не менялись. Как мне так собрать главный PARENT-проект, что бы 1) не надо было перекомпиливать все модули 2) перед сборкой главного проекта мне не нужно было устанавливать в локальный репозиторий модули CORE, A, B?

Буду очень благодарен за вашу помощь.