Ant Modular: сборка мульти-модульных приложений на Ant

Есть Maven.
По ссылке почитал «Почему не Maven?»:

Maven tends to be an 'all-in-one' solution with declarative scripting and predefined lifecycle of the build process.

И что в этом плохого? Это плюсы, а не минусы.

Maven работает для hello world. Чуть что выходит за пределы того, что заложили туда авторы, так сразу начинается веселье.

Кто понимает силу императивного скриптинга на Ant, тому может быть полезно.

На работе использую Maven для больших и сложных проектов - и все ок.
Плюс, для Maven'а есть куча плагинов.
Вообще, ИМХО, если проект написан так, что его хрен соберешь Maven'ом - то это у проекта кривая архитектура.

если проект написан так, что его хрен соберешь Maven'ом - то это у проекта кривая архитектура.

есть такіе проекты, у которых workflow не совпадает с тем, что предлагает Maven.

А то что Maven подымают для большинства проектов и кто-то даже его любит - я знаю :)

не нужно ибо есть maven/gradel. ИМХО, ant - УГ 90х

А можно пример такого workflow?

из недавнего: 1) генерация базы (SQLs раскинуты по разным модулям) 2) начальнай заливка технических данных из набора XMLs (кастомный формат со своим тулкитом) 3) сборка модулей в JARs 4) сборка нескольких EARs на основе этих JARs (кастомный тулкит для генерации EARs - есть разные модели деплоймента таких EARs) 5) сборка static content + минимизация js/css 7) остановка сервера 8) инкрементальная заливка технических данных из набора XMLs 9) деплоймент EARs 10) версионная инкрементальная заливка бизнес данных 11) запуск workflows для перенова данных c CMS сервера на продакшн (или staging)

3-11 повторяются в цикле. Для заливки бизнес контента подымается очередное приложение в своей JVM.

жесть какая-то

Это Oracle ATG-based проект. Честная версионность базы данных из коробки накладывает отпечаток.

С мавеном выделенный білд-инженер решал проблемы автоматизации несколько месяцев и так и не разрешил (автоматическое інкрементальное обновление базы так и осталось в планах).

С антом это удалось сделать за пару недель +- проблемы с самим ATG. К тому же, build/deployment workflow выстраивался так, как нужно проекту, а не так, чтобы попасть в то, что можно сделать с Maven.

dzidzitop

Буквально сегодня этот проект началі переводіть на мавен. Запасаюсь поп-корном :)

а если этих плагинов нет, то тебе придется писать их самому

те что есть, кстати, глючат адово, так что их все равно приходится править самому

а внутри у мавена такая жесть, что просто пипец

т.е. формально это «тулза для управления lifecycle проекта», а реально — глюкавый конструтор типа линукса, что-то не работает - «напиши это сам»

даже для того, для чего Maven изначально предназначался, и с тем проблемы. Например, хочу я передеплоить не всё веб-приложение (это будет происходить очень долго), а только обновить CSSку в exploded-директории томката (скопировать 1 файл - это мгновенно). Всё, уже надо гемор разводить.

т.е. мавен, конечно, хорошая система сборки для стандартных библиотек, но не надо про «ант не нужен»

запасись вазелином %)

Я уже давно тем проектом не занімаюсь. Так, поглядываю ізредка в репозиторий. При мне этого б не случилось, бо нечего переписывать то, что уже успешно работает.