Вышла Apache Ant 1.9.0

Минорщина же, зачем это в новостях? Да и изменений как-то не много.

требуется Java версии 1.5;

у Java 1.5 публичные апдейты перестали выходить 3.5 года назад, у java 6 - месяц назад, а они все поддерживают и поддерживают совместимость, наконец-то хоть от 1.4 отказались.

Минорщина же, зачем это в новостях? Да и изменений как-то не много

Минорные релизы не так часто выходят:

http://archive.apache.org/dist/ant/binaries/

хорошо что релизнулось но после maven уже не взбадривает

а как оно интегрируется с Jenkins?

apache такой apache

у Java 1.5 публичные апдейты перестали выходить 3.5 года назад, у java 6 - месяц назад, а они все поддерживают и поддерживают совместимость, наконец-то хоть от 1.4 отказались.

Ты ведь про Oracle Java? В мире много других реализаций.

утянул для тебя с педивикии

Jenkins provides continuous integration services ... and can execute Apache Ant and Apache Maven based projects ...

удалена поддержка VCS Perforce

Оффтоп: кто-нибудь, поясните, в чём фишка этой VCS? Оно же дико неудобное.

поддержка аннотации @Ignore в наборах тестов JUnit 4;

Ого. Раньше не было что и?

Это Ant, рекордное Ненужно всея джавы

Вполне себе удобная, когда привыкнешь. Мне нравится мержить, особенно из бранча в бранч когда тебе показывается оба бранча и базовая ветка. Вот с Git-ом давно не работал, там тоже вроде было хорошо, но после Perforce Subversion уже не вставляет.

так это с педивикии.

а с реального опыта?

я к сожалению Jenkins'ом не пользуюсь

Jenkins просто вызывает команду и ждет завершения. Какая еще тебе интеграция нужна, болезный ты наш?

если верить оналитегам с лора - джава вообще не нужна. даже несмотря на том, что сам лор ВНЕЗАПНО написан на ней

после git svn тоже кажется чем-то странным. Впрочем, я смутно себе представляю более удобные, чем в git merge

Впрочем, я смутно себе представляю более удобные, чем в git merge

Чем mercurial плох?

хер-пойми-какой архитектурой, *блей с ветками и питоном.

а с реального опыта?

Из коробки поддерживаются и ant, и maven всеми уважающими себя билдсерверами, это же очевидно. Из реального опыта говорю, потому что использовал и то, и другое и в teamcity, и в jenkins. :)

хорошо что релизнулось но после maven уже не взбадривает

У ant и maven несколько разные ниши.

maven - ПО для поддержки всего ЖЦ, причем все-таки в основном для java-продуктов (если есть не-java истории успеха с maven, было бы интересно почитать-послушать).

ant - ПО для выполнения линейной последовательности команд, описанных в специальном формате.

я это прекрасно понимаю, просто сталкиваться с нишей ant'а мне не очень хочется. Его основной плюс для меня в том, что он не запускает каждый раз javac, как бы это делал make, что увеличивает скорость сборки в разы. Касательно maven у меня есть приятное впечатление от работы с clojure. В прошлом проекте оно встало как влитое в готовую жабью инфраструктуру. Правда в силу копирайтов пришлось выложить только это. А так колеги ещё для scala используют, тоже не жалуются.

clojure, scala - это все равно проекты, привязанные к java-инфраструктуре. Я имел в виду проекты, вообще не связанные с java-платформой. Ant везде легко используется, а вот с maven я мало встречал историй успеха вне java.

я вообще профитов не вижу в использовании ant отдельно от jvm, примерчик ситуёвины не подкинешь?

сколько из этих реализаций 1) имеются в открытом доступе 2) до сих пор выпускают публичные апдейты для 1.5?

http://ws.apache.org/axis/cpp/antbuild-guide.html

Что значит «отдельно от jvm»? Для запуска анта, конечно, жабка нужна. А в остальном - это обычный make с хмл-ной структурой. Вот IBM использует его активно в продукте MQFTE. Довольно удобно. Добавили несколько специальных тасков и назвали fteAnt.

to r and svu:
не ну понятно что «это такой кросплатформенный make с xml сруктурой.»
Но при наличии аналогичных по функциональности тулз, чем обуславливается выбор ant. Например понятно «чтобы собрать наш не-джава-код, от которого зависит наш джава-код.» Но в остальном-то зачем?

Затем, что ант знают многие. И человека, знающего ант, научить парочке лишних тасков - не проблема.

А какие соббсно альтернативы предлагаете? Кроссплатформенные, популярные, надежные.

ну я для крестиков cmake использую, хотя эт генератор а не система сборки. Scons ещё пробовал, тоже норм.

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

Если учитывать еще и CTest, CPack и CDash, то это получается намного больше, чем просто генератор.

Но в остальном-то зачем?

За тем же зачем прочие тулзы для сборки. Не надо его ставить обособленно отлько потому что он на джаве.

Ну... генератор мейкфайлов. Потом еще и мейк нужен. Слишком сложно.

scons требует питон. не знаю, как оно на мейнфреймах все будет жить.

Я подозреваю, использование ant в mqfte - решение во чем-то политическое, связанное с любовью IBM к жабке. Ну и опять же, программистов, знающих ant, наверняка СИЛЬНО больше, чем знающих cmake, scons и пр. По популярности с антом может сравниться, наверное, только оригинальный мейк. Мавен идет третьим по популярности - но он, как тут правильно сказали, немного из другой ниши.

Ну уговорили, я хз чё там на мэйнфреймах.

я вообще профитов не вижу в использовании ant отдельно от jvm, примерчик ситуёвины не подкинешь?

Не отдельно от jvm. TeamCity и Jenkins - это java-приложения.

1) Иногда бывает нужно сделать простой скриптик, который перекидывает данные из одного места в другое, что-то грохает или создает, или зипник распаковывает. Самый простой вариант - заюзать дефолтный ant билдагента, вписать билдскрипт прямо в поле ввода и сохранить как часть конфигурации.

И это приятнее, чем делать то же на перле, баше, питоне и т.п. потому, что кроссплатформенно и всегда есть по дефолту на билдагенте.

2) Иногда бывает нужно скриптовать определенный набор операций. Ъ-извращенцы могут и на полноценных ЯП писать фреймворки для этих целей, но намного проще написать несколько ant-тасков - и всем понятно как юзать, и без проблем включить в билд (ибо опять же есть из коробки в билдсерверах). К примеру, я делал ant-таски для работы с виртуалками vmware и virtualbox, очень хорошо юзается для мультиконфигурационного тестирования.

3) TeamCity - это ivy-репозиторий артифактов. Прелести этого очевидны.

я делал ant-таски для работы с виртуалками vmware и virtualbox, очень хорошо юзается для мультиконфигурационного тестирования

я почти прозрел - давай делись :D

на гитхабе, юзера зовут так же

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

«Вышла новая версия системы сборки Apache Ant»

«Выпущена система сборки Apache Ant версии 1.9.0»

А в остальном - это обычный make с хмл-ной структурой.

/0

Спасибо!

Когда я его использовал, merge в git мне казался логичнее