LINUX.ORG.RU

Вышла Apache Ant 1.9.0

 , ,


0

1

Вышла новая версия открытой системы сборки проектов на Java — Apache Ant 1.9.0.

Основные изменения:

  • требуется Java версии 1.5;
  • поддержка аннотации @Ignore в наборах тестов JUnit 4;
  • улучшенная поддержка работы с zip, bzip2 и tar;
  • удалена поддержка VCS Perforce (пользователи могут пользоваться модулями, поставляемыми Perforce Inc., которые более функциональны и подключаются непосредственно к серверам Perforce);
  • многочисленные улучшения и исправления ошибок, которые перечислены в Bugzilla и примечаниях к выпуску.

>>> Подробности

★★★★★

Проверено: maxcom ()

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

roy ★★★★★ ()

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

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

maloi ★★★★★ ()

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

proofit404 ()
Ответ на: комментарий от maloi

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

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

Legioner ★★★★★ ()
Ответ на: комментарий от EnterpriseMobility

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

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

proofit404 ()

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

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

DELIRIUM ★★★★★ ()

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

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

BattleCoder ★★★★★ ()
Ответ на: комментарий от DELIRIUM

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

roy ★★★★★ ()
Ответ на: комментарий от EnterpriseMobility

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

anonymous ()
Ответ на: комментарий от vertexua

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

BattleCoder ★★★★★ ()
Ответ на: комментарий от roy

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

dotbg ★★★★ ()
Ответ на: комментарий от dotbg

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

Чем mercurial плох?

unfo ★★★★★ ()
Ответ на: комментарий от unfo

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

anonymous ()
Ответ на: комментарий от EnterpriseMobility

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

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

zhuravlik ★★★★ ()
Ответ на: комментарий от proofit404

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

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

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

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

zhuravlik ★★★★ ()
Ответ на: комментарий от zhuravlik

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

proofit404 ()
Ответ на: комментарий от proofit404

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

zhuravlik ★★★★ ()
Ответ на: комментарий от zhuravlik

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

proofit404 ()
Ответ на: комментарий от Legioner

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

maloi ★★★★★ ()
Ответ на: комментарий от proofit404

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

svu ★★★★★ ()
Последнее исправление: svu (всего исправлений: 1)

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

proofit404 ()
Ответ на: комментарий от proofit404

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

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

svu ★★★★★ ()
Ответ на: комментарий от svu

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

proofit404 ()
Ответ на: комментарий от proofit404

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

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

unfo ★★★★★ ()
Ответ на: комментарий от proofit404

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

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

r ★★★★★ ()
Ответ на: комментарий от proofit404

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

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

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

svu ★★★★★ ()
Ответ на: комментарий от proofit404

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

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

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

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

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

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

zhuravlik ★★★★ ()
Последнее исправление: zhuravlik (всего исправлений: 1)
Ответ на: комментарий от zhuravlik

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

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

proofit404 ()

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

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

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

sv75 ★★★★★ ()
Ответ на: комментарий от svu

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

/0

sv75 ★★★★★ ()
Ответ на: комментарий от unfo

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

dotbg ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.