Apache Ant

Apache Ant е напълно безплатен софтуер за команден ред с отворен код, реализиран в Java, разпределен заедно с проекта Apache и проектиран отгоре като мощен изграждане на система за компилиране на приложения, написани на програмния език на Java.

Софтуерът Apache Ant, който е програма за команден ред, е доста подобен на компилатора с отворен код GNU make, но е известно, че има много по-добра поддръжка за различни платформени проблеми при разработването на Java приложения. р>
Системата за перфектно изграждане на много Java проекти

Като Apache проект Apache Ant е перфектната система за изграждане на много Java проекти в Apache, както и множество други независими проекти с отворен код, които са написани на програмния език на Java.

Независимо дали сте краен потребител, който се нуждае от Apache Ant да компилира източниците на приложение, написано на Java или сте амбициозен разработчик на Java, можете лесно да използвате Apache Ant на избраната от вас операционна система (вижте долу в секцията за поддържани операционни системи).

За ваше удобство софтуерът се разпространява като предварително изградена двоична програма, която може да се използва на всяка операционна система GNU / Linux, поддържат се 32- и 64-битови вкусове. Разбира се, напредналите потребители, които искат да оптимизират инсталацията, могат също така да хванат пакета от файлове от Softoware.

Просто стартирайте & rsquo; команда в емулатор на терминала, за да видите съобщението за използване и наличните опции на командния ред. Моля, обърнете внимание, че на някои дистрибуции Ant изисква софтуера на OpenJDK.

Написано в Java, Apache Ant е междуплатформен софтуер, който работи на всяка компютърна операционна система, в която се поддържат технологиите JRE (Java Runtime Environment), включително всички дистрибуции на GNU / Linux, както и Mac OS X и Microsoft Windows OS.

Какво ново в това издание:

• Промени, които биха могли да нарушат по-старите среди:
• атрибутът prefixValues ​​не работи, както се очаква, когато е зададен на false (по подразбиране). Съвсем вероятно съществуващите файлове за създаване се основават на погрешно поведение и очакват Ant да отстрани стойността на стойността спрямо свойствата, определени в самия файл на свойство - тези изградени файлове сега трябва изрично да зададат атрибута prefixValues ​​на true. Доклад на Bugzilla 54769
• при съвпадение на елемент от zip / tarfileset спрямо шаблона водеща наклонена черта ще бъде премахната от името на вписването. Повечето архиви все пак не съдържат пътеки с водещи наклони. Това може да доведе до включване / изключване на модели, които започват с / за спиране на съвпадането. Такива модели се използват само за работа случайно и само на платформи с множество корени на файловата система. Доклад на Bugzilla 53949
• DirectoryScanner и по този начин fileet / dirset ще мълчат всички файлове на файловата система, които не са нито файлове, нито директории според java.io.File. Това предотвратява Ant да чете имената на тръби, което може да доведе до блокиране или друго недефинирано поведение. Доклад на Bugzilla 56149
• BuildFileTest и BaseSelectorTest са били отхвърлени съответно в полза на BuildFileRule и BaseSelectorRule, а тестовете, които преди това са разширили тези базови тестове, са преобразувани в JUnit 4 тестове, като се използва новото "правило". Всеки външен тест, който подкласира тест в работното пространство Ant, а не в BuildFileTest, ще трябва да се промени, за да се използват обясненията на JUnit4 или да се промени, за да се разшири директно BuildFileTest. Това няма да повлияе на всички тестове, които се изпълняват от задачите на Ant или jatch, които не конкретизират кода на Ant.
• Фиксирани бъгове:
• / не е успешно, когато файлът за импортиране е бил зареден от URI или буркан и е импортирал файл от локалната файлова система по абсолютен път. Доклад на Bugzilla 50953
• може да импортира същия ресурс два пъти, когато е импортиран чрез различни типове ресурси. Доклад на Bugzilla 55097
• няколко повиквания до File # mkdirs могат да станат жертва на състезание, когато друга нишка вече е създала същата директория. Доклад на Bugzilla 55290
• създаден "/", а не "./" за родителската директория на даден jarfile. Доклад на Bugzilla 55049
fixlastline = "true" не работи, когато използвате определени филтърни четци. Доклад на Bugzilla 54672
• няколко места, където ресурсите се четат от буркани, сега изрично ще деактивират кеширането, за да избегнат проблеми при презареждане на буркани. Доклад Bugzilla 54473
• AntClassloader ще игнорира файловете, които са част от файловете за път, но не и zip, когато сканират за ресурси. Той използваше изключение. Доклад на Bugzilla 53964
• причини NullPointerException, когато не е зададено destdir. Доклад на Bugzilla 55949
• ще продължи да включва главната секция на манифеста на файловете, ако няма вложен манифест или манифест. Доклад Bugzilla 54171
• Четенето на архивите на компилаторите стана по-защитен от Bugzilla Report 53754
• без сила = "истинска" не само не може да презапише файла, който е само за четене, както се очаква, но също така да премахне съществуващия файл. Доклад за Bugzilla 53095
• ще премахне символните връзки към невключените файлове. Той все още ще изтрива символните връзки в директории, които биха били спазени, дори и да не са изрично включени. exclude-Patterns могат да бъдат използвани за запазване на символните връзки. Доклад на Bugzilla 53959
• Понякога операциите за копиране, използващи NIO FileChannels, се провалят. Ant ще се опита да използва функцията за копиране на базата на поток като резервна, когато копирането на базата на канал не успее. Bugzilla Reports 53102 и 54397
• Javadoc.postProcessGeneratedJavadocs () не успее за класове, които разширяват Javadoc Bugzilla Report 56047
• TarInputStream вече ще чете архиви, създадени от реализации на катран, които кодират големи числа, като не добавят крайна NUL.
• методът isExists () на URLResource е върнал неверни положителни резултати за HTTP и FTP URLs.
• Други промени:
• първоначална поддръжка за Java 1.9
• може по избор да премине System.in към отдалечения процес Bugzilla Report 55393
• сега поддържа захващане на изхода за грешка на изпълнения процес и задаване на собственост от кода за връщане. Доклад на Bugzilla 48478
• вече има опция да се провали, ако javadoc издава предупреждения. Доклад на Bugzilla 55015
• има нов атрибут за изходящо кодиране. Доклад на Bugzilla 39541
• се променя на JUnitTestRunner и PlainJUnitResultFormatter, за да направи OutOfMemoryErrors по-малко вероятно. Доклад на Bugzilla 45536
• променя DOMElementWriter, за да направи OutOfMemoryErrors по-малко вероятно. Доклад на Bugzilla 54147
• има нов атрибут binaryOutput, който не позволява на Ant да разделя изхода на линии. Това предотвратява повреждането на бинарния изход, но може да доведе до грешка и да се смеси нормалната мощност. Доклад на Bugzilla 55667 Доклад на Bugzilla 56156
• вградените елементи вече имат опция за въвеждане на въвеждане, която може да се използва за определяне на кодирането на четените файлове, които не използват кодирането по подразбиране на платформата. Доклад на Bugzilla 56258
• Задачата вече изрично приема и поддържа кодирането на съдържанието на gzip. Доклад на Bugzilla 49453
• Новият тип колективен ресурс действа като съюз на s и s, които споделят същата конфигурация, но имат различни базови директории. Доклад на Bugzilla 48621
• има тих атрибут, който прави грешките в дневника на задачите само когато е разрешен. GitHub Издърпайте заявка # 1
• има атрибут на нишки, който позволява тестовете да се изпълняват в няколко нишки. Доклад на Bugzilla 55925
• добавяне на нов клас ProcessUtil, който предоставя идентификацията на процеса на текущия процес
• Промени, за да позволят паралелно да се изпълняват тестовете JUnit на Ant, като се използват уникални временни директории