Сегодня на лекции в колледже произошел пренеприятнейший случай. Объяснял студентам как собирать программы с помощью Ant. Рассказал о структуре файлв build.xml, продемонстрировал сборщик в деле на собственном нетбуке. Пришло время перейти к практике — откомпилировать учебную программку на Java. Пустил по рядам флешку с архивом apache-ant-1.7.1-bin.tar.gz, студиозы ее распаковали куда нужно, ничто не предвещало хни…


Ant настраивается по очень простому принципу вне зависимости от ОС:

1. Архив распаковывается в удобное для пользователя место.
2. Главный скрипт (в случае Windows это ant.bat) помещается в каталог, где операционная система его может «увидеть» (например, C:\Windows или /usr/bin).
3. В верхней части скрипта прописываются переменные JAVA_HOME и ANT_HOME.

Всё это было выполнено, но ant работать в среде Windows категорически отказался. Я поборолся с этим обстоятельством минут 10 и вынужден был взять таймаут. Конец лекции прошел скомкано, пришлось отпускать всех домой пораньше, практическая работа была сорвана.

Придя домой, конечно же, решил разобраться. Выяснилось следующее. Если JDK и Ant установлены в папки с простыми именами (типа C:\JAVA) — проблем никаких. Но JDK по умолчанию устанавливается в C:\Program Files\Java. Вот этот пробел между Program и Files и стал источником беды. Не буду утомлять подробностями и сразу перейту к рецепту-решению.

Выполните первые два пункта вышеприведенной инструкции. Третий пункт в случае Windows будет выглядеть так:

3.1 Откройте помещенный в C:\Windows файл ant.bat в блокноте и в его начало впишите с учетом ваших реальных путей

SET ANT_HOME=C:\Lab\_bin\java\ant
SET JAVA_HOME=C:\Program Files\Java\jdk1.6.0_01
SET JAVACMD=C:\Program Files\Java\jdk1.6.0_01\bin\java.exe

Обратите внимание, что в данном фрагменте кода нет кавычек и это правильно! (дописано после коммента Skriv'ы)

3.2 Найдите и закомментируйте следующие строки:

if "%_JAVACMD%" == "" set _JAVACMD=%JAVA_HOME%\bin\java.exe
if "%_JAVACMD%" == "" set _JAVACMD=java.exe

Всё, теперь «муравей» готов к труду и обороне.

В заключение отмечу, что данный глюк является скорее недоработкой команды Apache, чем очередным зловредным свойством Windows (если, конечно, отвлечься от мысли, что только в очень зловредную голову могла прийти мысль хранить программы в папке с именем «Program Files»).