Apache Ant

Ant is a software tool for automating software build processes. It is similar to Make but is written in the Java programming language language and is primarily intended for use with Java. The most immediately noticeable difference between Ant and Make is that Ant uses a file in XML to describe the build process and its dependencies, whereas Make has its own Makefile format. By default the XML file is named build.xml. Ant is one of the Apache Software Foundation projects. It is open source software, and is released under the Apache Software License. ==Sample build.xml file== Below is listed a sample build.xml file for a simple Java "Hello, world" application. It defines three targets - ''clean'', ''compile'' and ''jar'' each of which has an associated description. The ''jar'' target lists the ''compile'' target as a dependency. This tells Ant that before it can start the ''jar'' target it must first complete the ''compile'' target. Within each target are the actions that Ant must take to build that target. For example, to build the ''compile'' target Ant must first create a directory called classes (Ant will only do so if it does not already exist) and then invoke the Java compiler. ==Portability== One of the primary aims of Ant was to solve Make's portability problems. In a Makefile the actions required to create a target are specified as operating system shell commands which are specific to the current Platform (computing), usually a Unix shell. Ant solves this problem by providing a large amount of built-in functionality which it can then guarantee will behave (nearly) identically on all platforms. For example, in the sample build.xml file above the ''clean'' target deletes the classes directory and everything in it. In a Makefile this would typically be done with the command: rm -rf classes/ rm (Unix) is a Unix specific command which will probably not be available if the Makefile is used in a non-Unix environment such as Microsoft Windows. In an Ant build file the same thing would be accomplished using a built in command: A common discrepency between different Platform (computing) is the way in which directory paths are specified. Unix uses a forward slash (/) to delimit the components of a path, whereas Windows uses a backslash (\). Ant build files let authors choose their favorite convention, forward slashes or back slashes for directories, semicolon or colon for path separators. It converts everything to the appropriate format for the current platform. ==History== Ant was invented by James Duncan Davidson while turning a product from Sun Microsystems into open source. The product later became Jakarta Tomcat; it was Sun's reference JavaServer Pages/Servlet engine. While closed source, Make could be used to build it on the Solaris Operating Environment, but in the open source world, there was no way of controlling which platform was used to build Tomcat. Ant was created as a simple tool to take an XML "build file" and use it to build Tomcat, regardless of which platform the developer was using. From this humble beginning, the tool has gone on to become more ubiquitous -and perhaps successful- than the Tomcat product for which it was created. It has proven to become the underpinning of open source Java; developers expect a "build.xml" file with every project. Because it makes it trivial to integrate JUnit tests with the build process, Ant has made it easy for willing developers to adopt test-driven development, and even Extreme Programming. Its sole potential competitor is currently Jakarta Maven. ==Limitations== * Being an XML based tool, Ant build files must be written in XML. This is a barrier to new users, but also a problem in very large projects, when build files can get very large and complex. This may be a problem common to all XML-languages, but the granularity of Ant's tasks (compared to, say Jakarta Maven), means that the scalibility problems arrive early. * Many of the older tasks, the core ones that are used every day, such as , and have bad defaults, default values for options that are not consistent with more recent tasks. This is the curse of backwards compatibility: changing those defaults would break existing tasks. * When expanding properties in a string or text element, undefined properties are not raised as an error, but left as an unexpanded reference (e.g. ${unassigned.property}). Again, this is a backwards compatibility issue, even though it is recognised that having the tool halt in such a situation would usually be the best action, at least to the extent that the mythical "Ant2.0" product would fail on unassigned properties. * It is not a generic workflow language, and should not be used as such. In particular, it has limited fault handling rules, and no persistence of state -so it cannot be safely used to manage a multi-day build. * No amount of automation can hide the fact that modern Java programming language development has excessive complexity. Ant does make it easier to generate deployment descriptors for Enterprise Applications, *Simple Object Access Protocol clients from WSDL files, precompile [[JavaServer Pages|JSP] templates. But at some point, one has to consider whether it is all worth it: are Ant and Maven damage-limitation tools to try and make the complexity of Java systems development barely manageable. ==See also== * CruiseControl * SCons * PyBuild * Anthill - http://www.urbancode.com/projects/anthill * [http://nant.sourceforge.net/ Nant], Ant for .Net ==References== * Jessy Tilly, Eric M. Burke: ''Ant - The Definitive Guide'', O'Reilly & Associates, ISBN 0-596-00184-3 * Erik Hatcher, Steve Loughran: ''Java Development with Ant'', Manning Publications, ISBN 1-930110-58-8 * Glenn Niemeyer, Jeremy Poteet: ''Extreme Programming with Ant'', Sams, ISBN 0-672-32562-4 * Alan Williamson: ''Ant - Developer's Handbook'', Sams, ISBN 0-672-32426-1 * Bernd Matzke: ''Ant'', Addison-Wesley, ISBN 3-8273-2066-6 ==External links== *[http://ant.apache.org/ Official website of Apache Ant] *[http://wiki.apache.org/ant/FrontPage Apache Ant wiki] Computer programming tools Java platform Apache Software Foundation projects

Apache Ant

==Limitations== The last point in "Limitations" is not really NPOV anymore. (Although it may be true.) Especially the last sentence doesn't seem to fit into Wikipedia's style very well. (Btw, what are you trying to say with that? What should we use instead of Java? In what language/environment is development not excessively complex?) --User:Jonik 19:54, 12 Jun 2005 (UTC)

See other meanings of words starting from letter:

A

AB | AC | AD | AE | AF | AG | AH | AI | AJ | AK | AL | AM | AN | AO | AP | AR | AS | AT | AU | AW | AX | AY | AZ |

Words begining with Apache_Ant:

Apache_Ant
Apache_Ant