Логин:   Пароль:




Новости
Рассылки
Форум
Поиск


Java
- Апплеты
- Вопрос-ответ
- Классы
- Примеры
- Руководства
- Статьи
- IDE
- Словарь терминов
- Скачать

Мобильная Java
- Игры
- Примеры
- Статьи
- WAP, WML и пр.

JavaScript
- Вопрос-ответ
- Примеры
- Статьи

Веб-мастеринг
- HTML
- CSS
- SSI

Разминка для ума
Проекты
Книги
Ссылки
Программы
Юмор :)




Rambler's Top100

Статьи - разминка для умаAnt за 10 шагов

Ant за 10 шагов

Штука в том, что файлы Ant похожи на фруктовый кекс - на самом деле он один, и вы передаете их друг другу на протяжении лет. Если больше читателей прекратят это делать и выучат немного Ant, может их проекты станут чуточку лучше. Итак, это 10 вещей, которые вы должны знать об этом инструменте.

Содержание

Шаг 1: Почему Ant?

Ant - это инструмент, который призван автоматизировать процесс сборки ПО. В идеале Ant сделает из всех ваших исходных файлов инсталлируемый пакет, готовый к записи на CD.

Новички Ant'а иногда спрашивают, что может Ant, чего нельзя сделать другими способами. Например, если я хочу откомпилировать несколько Java файлов и сделать Jar из полученных файлов классов, то я могу просто набрать команды руками:


  $ javac -d build src/Main.Java src/Utils.src/Java GUI.Java
  $ cd build
  $ jar -cvf ../mystuff.jar Main.class Utils.class GUI.class

Это сработает, но этот метод может порождать ошибки и утомительный, он не станет лучше, если ваша система станет включать все больше и больше Java файлов.

Конечно, вы можете засунуть все это в сценарий оболочки или Perl:


  #!/bin/sh
  javac -d build src/Main.Java src/Utils.Java src/GUI.Java
  cd buildre are ten things you need to know about this tool.
  jar -cvf ../mystuff.jar Main.class Utils.class GUI.class

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

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

Шаг 2: Как работает Ant

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

В процессе получения из исходного кода готового продукта, Ant'у необходима помощь в виде build файла. Build файл (также известный как "Ant файл", или "build сценарий" ("сценарий сборки") или "файл build.xml") показывает Ant'у что надо делать, чтобы превратить то что есть (как правило, исходный код) в то что вы хотите. Build файл похож на детальный план - он говорит вам как собрать из частей единое целое.

Build файл содержит правила, которые указывают Ant'у делать вещи наподобие таких:

  • В соответствии с тем что мне нужно, скопируй Russell.jar в каталог релиза...
  • кстати, сначала ты должен собрать Russell.jar;
  • кстати, для того, чтобы собрать Russell.jar, примени команду jar к *.class файлам
  • кстати, тебе нужно скомпилировать class файлы, если ты этого еще не сделал.
  • Для того, чтобы сделать *.class файлы, запусти компилятор Java для *.java файлов.

Шаг 3: Твой первый сценарий Ant.

Хватит теории, давай посмотрим на реальный, хотя и очень маленький Ant файл. Нижеследующее является "Hello world" build файлов.


  <project name="MyProject" default="all">
  <target name="all" description="Do the entire build" >
  <echo>I'm building my software</echo>
  </target>
  </project>

Как видишь, это XML файл, содержащий элемент <project>. <project> содержит 2 атрибута:

  • Имя;
  • Задание по умолчанию, под названием "all".

Имя является просто обозначением, обычно оно нигде не используется. Задание по умолчанию - это имя того задания, которое вы хотите, чтобы Ant выполнял по умолчанию. Это задание Ant выполнит если вы не укажите ему, что собирать.

Наполнением build файла являются элементы <target>. По сути, этот элемент <target> значит следующее: чтобы собрать нечто под названием "all", выполни команду <echo>.

Для того чтобы заставить Ant что-то сделать, вы должны выполнить команду Ant и указать ей какой файл содержит инструкции сборки:


  $ Ant -f build.xml
  Buildfile: build.xml

  all:
       [echo] I'm building my software

  BUILD SUCCESSFUL
  Total time: 1 second

Итак, что здесь произошло?

  • Ant нашел build файл и прочитал его;
  • Так как ты не указал ему, что делать, он решил выполнить задание по умолчанию "all";
  • Ant собрал цель путем выполнения команды <echo>.

Шаг 4: Зависимости в Ant

Давай рассмотрим файл с более чем одним заданием:


  <project name="02.depend" default="all" >

        <description>This is a project which uses dependancies</description>

        <target name="make.dirs" description="Make a dir">
       <mkdir dir="build"/>
        </target>
        
        <target name="all" description="Do the build"  depends="make.dirs">
       <echo>I'm building my software</echo>
        </target>
        
  </project>

Так как имя по умолчанию для build файла - это build.xml, то мы можем опустить аргумент -f и просто набрать Ant без параметров:


  $ Ant
  Buildfile: build.xml

  make.dirs:
      [ mkdir] Created dir: /home/russ/Ant_example/02.depend/build

  all:
       [echo] I'm building my software

  BUILD SUCCESSFUL
  Total time: 1 second

Этот build файл содержит два задания, уже знакомое "all" и новое, "make.dirs". "make.dirs" вызывает встроенную в Ant команду mkdir - Ant называет его встроенные команды задачами - для создания новой директории. Обратите внимание на тот факт, что задание "all" указывает на то, что оно зависит от задания "make.dirs". Эта зависимость означает, что для того чтобы собрать "all", мы должны сначала собрать "make.dirs". Идея зависимости является ключевой в работе Ant'а - большая часть работы по написанию Ant файлов состоит в построении сложных паутин зависимости.

Шаг 5: Асоциальные задания

Наш следующий пример содержит 3-е задание, под названием "clean":


  <project name="nodefault" default="all" >

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="build"/>
        </target>

        <target name="all" description="Do the build"  depends="make.dirs">
       <echo>I'm building my software</echo>
        </target>

        <target name="clean" description="Clean up">
       <echo>I'm cleaning up.</echo>
       <delete dir="build"/>
        </target>

  </project>

"clean" просто удаляет каталог сборки, который создается заданием "make.dirs". Ты обычно включаешь "clean" для уборки после сборки всех сгенерированных файлов.

Но замечу, что "clean" не является заданием по умолчанию и задание по умолчанию не зависит от него. Так как же ты сможешь выполнить "clean"? Путем набора следующего:


  $ Ant clean
  Buildfile: build.xml

  clean:
       [echo] I'm cleaning up.

  BUILD SUCCESSFUL
  Total time: 1 second

Шаг 6: Компилирование Java

Итак, давай попытаемся сделать что-нибудь полезное с Ant, например, откомпилируем что-то из Java кода:


  <project name="MyProject" default="all" >

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="build"/>
       <mkdir dir="build/class"/>
        </target>

        <target name="compile" description="compile java"  depends="make.dirs">
       <javac destdir="build/class">
      <src path="src"/>
       </javac>
        </target>

        <target name="all" description="Do the build"  depends="compile"/>

        <target name="clean" description="clean up">
       <echo>I'm cleaning up.</echo>
       <delete dir="build"/>
        </target>

  </project>

Похоже, что мы имеем задание по умолчанию "all", зависящее от "compile", которое вызывает задачу javac, встроенную в Ant. Вот что произойдет, когда мы запустим этот сценарий:


  Ant
  Buildfile: build.xml
        
  make.dirs:
      [mkdir] Created dir: /home/rolsen/Documents/Ant/04.compile/build
      [mkdir] Created dir:
  /home/rolsen/Documents/Ant/04.compile/build/class
        
  compile:
      [javac] Compiling 1 source file to /home/russ/build/class

  all:

  BUILD SUCCESSFUL
  Total time: 2 seconds

Существует 2 интересные особенности задачи javac. Во-первых, ты можешь не указывать непосредственно имена java файлов, которые хочешь скомпилировать - достаточно просто указать каталог. Во-вторых, javac может определить, когда class файл существует и новее, чем java файл, в этом случае, она ничего не откомпилирует. Ты можешь проверить это, выполнив строку дважды - во втором случае javac ничего не откомпилирует. Эти 2 особенности являются примерами приемов сборки ПО, упоминавшихся ранее. Так как Ant знает, что то, что вы делаете, это попытка собрать ПО, он пропускает все, что уже сделано.

Сейчас давай обратимся к яду, отравляющему жизнь Java программиста - classpath. Как ты знаешь, classpath в Java это список Jar файлов и/или каталогов, который сообщает Java где искать файлы библиотек. Проблема состоит в том, что в сложных системах classpath может становиться очень длинным и запутанным.

Ant предоставляет тебе 2 метода для определения classpath, или прямо в самой javac:


  <project name="04b.classpath" default="all" >

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="build"/>
       <mkdir dir="build/class"/>
        </target>

        <target name="all" description="compile java" depends="make.dirs">
       <javac destdir="build/class" classpath="extra.jar">
      <src path="src"/>
       </javac>
        </target>
        
  </project>

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


  <project name="04c.classpath" default="all" >

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="build"/>
       <mkdir dir="build/class"/>
        </target>

   <path id="myclasspath" >
       <fileset dir="lib">
      <include name="**/*.jar"/>
       </fileset>
        </path>

        <target name="all" description="compile java" depends="make.dirs">
       <javac destdir="build/class" classpathref="myclasspath">
      <src path="src"/>
  </javac>
        </target>

  </project>

Недостаток этого в том, что Ant принимает это значение без дополнительной проверки, существует ли jar файл, который ты указал в сценарии. Поэтому, если ты ошибся в имени jar файла, Ant не покажет тебе место ошибки - проверяй то, что вводишь.

Шаг 7: Jar'ы и Filesets

Java приложения как правило поставляются упакованными в jar файлы. Jar файлы похожи на привычные нам zip файлы - один jar файл может содержать любое количество файлов собранных вместе и сжатых. Ant предоставляет специальную задачу для создания jar файлов:


  <project name="05.jar" default="all" >

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="build"/>
       <mkdir dir="build/class"/>
        </target>

        <target name="compile" description="compile java" depends="make.dirs">

  <javac destdir="build/class">
      <src path="src"/>
       </javac>
        </target>

        <target name="stuff.jar" description="make jar file" depends="compile">
       <jar destfile="build/stuff.jar">
      <fileset dir="build/class">
    <include name="**/*.class"/>
    <exclude name="**/CVS"/>
      </fileset>
       </jar>
        </target>

        <target name="all" description="Do the build" depends="stuff.jar"/>
  </project>

Заметьте, что атрибут "distfile" сообщает Ant'у имя создаваемого jar файла, в то время как файлы, помещаемые в jar файл, указываются через элемент fileset. Filese'ыt могут быть использованы во многих задачах, требующих списков файлов и являются очень мощным методом указания файлов по маске.

Jar задача имеет те же особенности, что и javac: если jar файл существует и имеет более новую дату и время, то задача jar сэкономит время и ничего не сделает.

Шаг 8: Свойства как переменные, но...

Ant также позволяет тебе установить аналогичные переменным сущности, называемые свойствами:


  <project name="MyProject" default="all" >

        <property name="month" value="July"/>
        
   <target name="all" description="Uses properties">
       <echo>The month is ${month}</echo>
        </target>

  </project>

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


  <project name="07.notvars" default="all" >

        <property name="month" value="Jan"/>
        <property name="month" value="Dec"/>

        <target name="all" description="Uses properties">
       <echo>This month is ${month}</echo>
        </target>

  </project>

Значение month не измениться с того времени, как оно установиться в "Jan":


  Buildfile: build.xml

  all:
       [echo] This month is Jan
        
  BUILD SUCCESSFUL
  Total time: 0 seconds
        

Шаг 9: Файлы Properties

Ant также позволяет тебе установить переменные в отдельном property файле, называемом Ant.properties:


  #
  # A sample Ant properties file
  #
  month=30 days
  year=2004

Ты можешь получить доступ к файлу свойств, используя специальную форму элемента <property>:


  <project name="08.propfile" default="all" >

        <property file="Ant.properties"/>
        <property name="month" value="Jan"/>
        <property name="year" value="1066"/>

        <target name="all" description="Uses properties">
       <echo>This month is ${month}</echo>
       <echo>This year is ${year}</echo>
        </target>

  </project>

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

Собрав все вместе, ниже приведен ранее упоминавшийся пример с построением jar файла с повторяющимися путями, помещенными в свойства:


  <project name="09.jarprops" default="all" >

        <property file="Ant.properties"/>
        <property name="build.dir" value="build"/>
        <property name="class.dir" value="${build.dir}/class"/>
        <property name="stuff.jar" value="${build.dir}/stuff.jar"/>

        <target name="make.dirs" description="Make some dirs">
       <mkdir dir="${build.dir}"/>
       <mkdir dir="${class.dir}"/>
        </target>

        <target name="compile" description="compile java" depends="make.dirs">
       <javac destdir="${class.dir}">
      <src path="src"/>
       </javac>
        </target>

        <target name="stuff.jar" description="make jar file" depends="compile">
       <jar destfile="${stuff.jar}">
      <fileset dir="${class.dir}">
    <include name="**/*.class"/>
    <exclude name="**/CVS"/>
  </fileset>
       </jar>
        </target>

        <target name="all" description="Do the build" depends="stuff.jar"/>

        <target name="clean" description="clean up">
       <echo>I'm cleaning up.</echo>
       <delete dir="${build.dir}"/>
        </target>

  </project>

Шаг 10: Задачи по условию

Ты можешь использовать свойства для включения и выключения отдельных заданий. Посмотри на следующий пример:


  <project name="10.ifprop" default="all" >

        <target name="debug.build" unless="production">
       <echo>Pretending to do a debug build</echo>
        </target>

        <target name="production.build" if="production">
       <echo>Pretending to do a production build</echo>
        </target>

        <target name="all" description="Do the build" depends="production.build,debug.build"/>

  </project>

Как видишь, если установлено свойство "production", то выполниться задание "production.build", но если свойство не установлено, то будет выполнено "debug.build".

Обрати внимание на то, что в if и unless Ant лишь проверяет, имеет ли свойство значение. Ant не проверяет, какое это значение - поэтому, в преведеном выше файле мы получим сборку production если свойство "production" будет установлено в "true", "false" или "waitingforgodot".

В заключение

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

Напоследок, пара хороших книг:

Java Development with Ant
Erik Hatcher and Steve Loughran
ISBN 1930110588

Ant: The Definitive Guide
By Jesse E. Tilly, Eric M. Burke
ISBN 0596001843



Оригинал: docs.javatech.info
Апрель 2006.
Перевод Ant in Ten Steps by Russ Olsen



Н. Смирнов
"Java 2 Enterprise. Основы практической разработки распределенных корпоративных приложений"
Подробнее>>
Заказать>>


Н. А. Вязовик
"Программирование на Java. Курс лекций"
Подробнее>>
Заказать>>

Узнай о чем ты на самом деле сейчас думаешь тут.


Опрос
Считаете ли вы целесообразным сделать аналог упражнений по Hibernate на базе вопросов www.sql-ex.ru?
Да, полный аналог упражнений
Да, но с реализацией основных конструкций объектной модели
Нет, Hibernate не актуален, использую др. технологии
Нет



Apache Struts 2.0.11
Apache MyFaces Trinidad Core 1.2.3.
Sun переводит мобильные устройства с Java ME на Java SE
Хакерская атака!