to post messages and comments.

gist.github.com билд файлик для сборки хаскельного проекта. С созданием шаренного сендбокса и его автообновлением в случе изменения cabal файлов.
Делался для сборки из bamboo.
Может кому ещё пригодится. BTW исправления, дополнения приветствуются.

читаю доку по Apache Ivy <ant.apache.org>:
(обсуждается подход, при котором каждому интеграционному билду модуля назначается отдельная версия, т.е. текущие билды в процессе разработки не переписывают старые, а хранятся все)
On the other hand, the main drawback of this solution
is that it can produce a lot of intermediate versions,
and you will have to run some cleaning scripts in your
repository unless your company name
starts with a G and ends with oogle :-)

там, вообще, много веселых шуток.

Это нормально что Ant даже не хочет стартовать при 680Mb свободной памяти? Викидую при этом:
Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine

ant

Знатоки, подскажите пжл! Нужно чтобы после завалившегося target выполнился еще один таргент, типа как блок finaly в try,..catch.. Можло ли такое в Ant сделать?

Есть какое-то ощущение, что существует некий инструмент для сборки флекс-проектов — кто-то когда-то упоминал, но не ант/мавен, а что-то специфическое и удобное. Или это проникновение из мира фантазий и стрелку никто не ломал?

Желание использовать Maven вполне понятное. Хочется иметь не просто скрипты для сборки, а действительную объектную модель проекта в дополнение к рисованным схемам и текстовой документации. Хочется, что бы рабочее место развертывалось быстро. Когда много сотрудников, здорово было бы если каждый из них мог быстро подключиться к проекту не вникая в настройки, пусть за него это делает машина.

Все таки ант или мавен? В очередной раз прихожу к этому вопросу. В прошлый раз я выбрал ант. Хочется нормальной интеграции с IDE и мавен это предоставляет. Но мавен сложен в использовании и изучении. Прошлый раз я не осилил. Сейчас опять же не осиливаю. С антом же все просто. Интересно, а IDEA может как-то распарсить buid.xml и получить из него настройки для проекта? Просто список тасков это как-то не интересно.

У Ant синтаксис более громоздкий, bash лаконичнее. Но Ant более кроссплатформенный, под виндой без проблем работает. Bash под виндой тож работает, но нужны некоторые усилия — cygwin установить, и прочее. Буду отдавать предпочтение Ant.

ant

По поводу проблемы с использованием Flex Task. Интересно, что в итернетах все советуют увеличить -Xmx через переменную окружения ANT_OPTS. Не помогает. Помогает установка maxmemory="1g" в самом вызове таска. Интересно, в чем разница? Единсвенное, что для компилятора пускается отдельная VM, куда не попадают аргументы из ANT_OPTS.

ant

Консольный ant гораздо быстрей компилит чем ant вт FlashBuilder. При этом они имеют одинаковые версии. Грешу на настроки JRE для FlashBuilder, так его ant выполняется в том же JRE а консольный в другом JRE. Будем копать в чем дело %)

Выяснилась интересная проблема: Если в классе А есть public static final поле, а попросту константа, и класс Бэ пользуется ей, то в байт-коде класса Бэ не будет ссылки на класс А, а будет значение. Если поменять значение поля и пересобрать проект ant-ом, то значение поля не подхватится. Depend task тоже не спасает, так как он анализирует байт-код и не видит зависимости, и без анализа исходного кода задача не решается. Вывод — rebuild all :( Может для кого это и прописная истина, но я эти грабли вижу впервые

отличная альтернатива всяким мавенам-шмавенам — projectsprouts.org . я ждал 2 месяца, когда спрут научится брать существующий флекс-сдк, а не качать его с нета, и сегодня это случилось. держите меня семеро, я мигрирую. прощай ант!

что-то я никак не могу отучить флекс сдк выдавать ошибки на русском. компилирую антом. указал -Duser.language=en -Duser.country=US в ANT_OPTS, во flex-config.xml стоит en_US, дописал еще locale="en_US" в вызов mxmlc из анта. все равно русские ошибки. что забыл?

Вспомнил, почему я предпочел Bash а не Ant для сложных сборок проектов. В Ant нет условных переходов (вернее, есть что-то похожее, но я не разобрался, как это заюзать), громоздкий синтаксис для вызова внешних консольных приложений, и для замены строк в файлах по регулярным выражениям. В Bash все это проще.

Посему для локальной сборки проекта все юзали Ant (сейчас Maven), ибо локальная сборка не сложная.

А вот сборка релиз-версии обычно нетривиальная, требует модификации исходников as, php, fms, компиляция, обфускация, закачка по ftp на 2 разных сервера (обычно FMS и Web сервера на разных машинах). Делаю это только я (проблема некроссплатформенности bash отпадает). Доступа к этой сборке ни у кого, кроме меня нет, и не должно быть. Так что тут bash удобнее, и Maven его не заменит :)