ant

Ant - замечательный инструмент для сборки проектов. Всю его ценность и мощь понимаешь тогда, когда проект действительно очень большой. 

Иногда при сборке проекта необходимо что-то проверять, выполнять определенные действия при определенных условиях. 

Например, данные библиотеки нужно скопировать в определенное место для определенного сервера приложений. Например, если мы используем websphere - то копируем библиотеки для websphere, если это weblogic - то для weblogic и так далее. 

И так, рассмотрим пример. 

Объявляем условие, которое принимает значение true, если переменная application.server равна websphere.

Сравнение идет между параметрами arg1  и arg2.

<condition property="copy_libs"> <and> <equals arg1="${application.server}" arg2="websphere" ></equals> </and> </condition>

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

В выдаче поисковиков эта тема слабо раскрыта. "CreateProcess error=87, The parameter is incorrect" может произойти при генерации javadocs или использовании любой внешней (в данном контексте external) утилиты или программы, выполняющей определенную задачу. 

Поскольку мы используем внешнюю программу, мы вызываем ее с передачей аргументов командной строки. Вот тут и зарыта собака. 

Запустив ant  с опцией -debug, можно увидеть, какие параметры ей передаются. 

Execute:Java13CommandLauncher: Executing 'C:\java\jdk1.6\jre\bin\java.exe' with arguments: '-classpath' Здесь у меня шел пицоткилометровый класспасс '-i' 'значение параметра' '-package' 'мой.пакет' '-dest' 'D:\testfolder'

В моем случае, одной внешней тулзе передавался classpath длиной, сейчас внематочно, около 500 000 символов в длину. Как вам такое?  

Вся проблема в classpath и, независимо от того, с чем вы работаете в ant, ошибка 87  сигнализирует. что процесс не может быть создан. Да и как он может быть создан, если этот класспасс при вставке в виндовый блокнот приводит последнего в состояние охуевания?

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

Вывод: ройте в сторону параметров командной строки. Их длина может вызвать у Вас преждевременный климакс.

Допустим, есть билд-файл, но он хочет использовать уже объявленные переменные, содержащие, например, различные пути. Чтобы не дублировать объявления, можно просто подключить этот файл и использовать его свойства. 

И так, 

our.build.xml - нуждается в переменных. 

properties.xml  - содержит описанные свойства.

Для этого в our.build.xml вставляем: 

<?xml version="1.0"?> <!-- Вот этот кусок нас спасет --> <!DOCTYPE project [ <!ENTITY properties SYSTEM "properties.xml"> <!-- если properties.xml лежит не в той же папке - следует указать полный путь --> ]>

Дальше, после первого таргета или другой функциональной единицы вставляем (собственно и используем):

<target name="run-me"> <!-- Вот как сука надо было сделать, а я просидел полдня в поисках --> <!-- Include the standard properties --> &properties;</target>