An antlib file is an xml file with a root element of antlib.  Antlib's elements
      are Apache Ant definition tasks—like Taskdef or any
      Ant task that
      extends org.apache.tools.ant.taskdefs.AntlibDefinition.
    
The current set of declarations bundled with Ant that do this are:
A group of tasks and types may be defined together in an antlib file. For example the file sample.xml contains the following:
<?xml version="1.0"?>
<antlib>
    <typedef name="if" classname="org.acme.ant.If"/>
    <typedef name="scriptpathmapper"
             classname="org.acme.ant.ScriptPathMapper"
             onerror="ignore"/>
    <macrodef name="print">
        <attribute name="file"/>
        <sequential>
            <concat taskname="print">
                <fileset dir="." includes="@{file}"/>
            </concat>
        </sequential>
    </macrodef>
</antlib>
    
      It defines two types or tasks, if and scriptpathmapper.  This
      antlib file may be used in a build script as follows:
    
<typedef file="sample.xml"/>
      The other attributes of <typedef> may be used as well.  For example,
      assuming that the sample.xml is in a jar file sample.jar also
      containing the classes, the following build fragment will define the if
      and scriptpathmapper tasks/types and place them in the namespace
      uri samples:/acme.org.
    
<typedef resource="org/acme/ant/sample.xml"
         uri="samples:/acme.org"/>
    The definitions may then be used as follows:
<sample:if valuetrue="${props}" xmlns:sample="samples:/acme.org">
    <sample:scriptpathmapper language="beanshell">
        some bean shell
    </sample:scriptpathmapper>
</sample:if>
    
      The name space URIs with the pattern antlib:java.package are given
      special treatment.
    
When Ant encounters a element with a namespace URI with this pattern, it will check to see if there is a resource of the name antlib.xml in the package directory in the default classpath.
      For example, assuming that the file antcontrib.jar has been placed in the
      directory ${ant.home}/lib and it contains the
      resource net/sf/antcontrib/antlib.xml which has all antcontrib's definitions
      defined, the following build file will automatically load the antcontrib definitions at
      location HERE:
    
<project default="deletetest" xmlns:antcontrib="antlib:net.sf.antcontrib">
    <macrodef name="showdir">
        <attribute name="dir"/>
        <sequential>
            <antcontrib:shellscript shell="bash">  <!-- HERE -->
                ls -Rl @{dir}
            </antcontrib:shellscript>
        </sequential>
    </macrodef>
    <target name="deletetest">
        <delete dir="a" quiet="yes"/>
        <mkdir dir="a/b"/>
        <touch file="a/a.txt"/>
        <touch file="a/b/b.txt"/>
        <delete>
            <fileset dir="a"/>
        </delete>
        <showdir dir="a"/>
    </target>
</project>
    The requirement that the resource is in the default classpath may be removed in future versions of Ant.
      If you want to separate the antlib from your local Ant installation, e.g. because you want
      to hold that jar in your project's SCM system, you have to specify a classpath, so that
      Ant could find that jar. The best solution is loading the antlib
      with <taskdef>.
    
<project xmlns:antcontrib="antlib:net.sf.antcontrib"> <taskdef uri="antlib:net.sf.antcontrib" resource="net/sf/antcontrib/antlib.xml" classpath="path/to/ant-contrib.jar"/> <target name="iterate"> <antcontrib:for param="file"> <fileset dir="."/> <sequential> <echo message="- @{file}"/> </sequential> </antcontrib:for> </target> </project>
      Definitions defined in antlibs may be used in antlibs. However, the namespace that
      definitions are placed in are dependent on the <typedef> that uses the
      antlib. To deal with this problem, the definitions are placed in the namespace
      URI ant:current for the duration of the antlib execution.  For example, the
      following antlib defines the task <if>, the
      type <isallowed> and a macro <ifallowed> that makes
      use of the task and type:
    
<antlib xmlns:current="ant:current">
    <taskdef name="if" classname="org.acme.ant.If"/>
    <typedef name="isallowed" classname="org.acme.ant.Isallowed"/>
    <macrodef name="ifallowed">
        <attribute name="action"/>
        <element name="do"/>
        <sequential>
            <current:if>
                <current:isallowed test="@{action}"/>
                <current:then>
                    <do/>
                </current:then>
            </current:if>
        </sequential>
    </macrodef>
</antlib>
    Antlibs may make use of other antlibs.
      As the names defined in the antlib are in the namespace URI as specified by the
      calling <typedef> or by automatic element resolution, one may reuse
      names from core Ant types and tasks, provided the caller uses a namespace URI. For
      example, the following antlib may be used to define defaults for various tasks:
    
<antlib xmlns:antcontrib="antlib:net.sf.antcontrib">
    <presetdef name="javac">
        <javac deprecation="${deprecation}"
               debug="${debug}"/>
    </presetdef>
    <presetdef name="delete">
        <delete quiet="yes"/>
    </presetdef>
    <presetdef name="shellscript">
        <antcontrib:shellscript shell="bash"/>
    </presetdef>
</antlib>
    This may be used as follows:
<project xmlns:local="localpresets">
    <typedef file="localpresets.xml" uri="localpresets"/>
    <local:shellscript>
        echo "hello world"
    </local:shellscript>
</project>