From 753a6c60f47f3ac4f270005b65e9d6481de8eb68 Mon Sep 17 00:00:00 2001
From: Ashlee Young To get up and running with the binary edition of Ant quickly, follow these steps:
+Installing Apache Ant
+Getting Apache Ant
+
+The Short Story
+
+
+JAVA_HOME
to your Java environment, ANT_HOME
to
+the directory you uncompressed Ant to, and add ${ANT_HOME}/bin
(Unix) or
+%ANT_HOME%/bin
(Windows) to your PATH
. See Setup for details.ANT_HOME
directory run ant -f fetch.xml -Ddest=system
to get
+the library dependencies of most of the Ant tasks that require them. If you don't do this, many of the dependent
+Ant tasks will not be available. See Optional Tasks for details and other options
+for the -Ddest parameter.
+Note that the links in the list above will give more details about each of the steps, +should you need them. Or you can just continue reading the rest of this document. +
+The short story for working with the Ant source code (not needed if you are working with the binary edition) is: ++
++For the full story, continue reading. +
+ +The latest stable version of Ant is available from the Ant web page http://ant.apache.org/ +
+ +The binary edition of Ant is shipped with 3 different compression formats: +
Consult the jpackage section below.
+ ++ All the main Java IDEs ship with Ant, products such as Eclipse, NetBeans + and IntelliJ IDEA. If you install Ant this way you usually get the most recent + release of Ant at the time the IDE was released. Some of the IDEs (Eclipse + and NetBeans in particular) ship with extra tasks that only work if + IDE-specific tools are on Ant's path. To use these on command-line versions + of Ant, the relevant JARs need to be added to the command-line Ant as + extra libraries/tasks. Note that if it is an IDE task or extension that is + not behaving, the Ant team is unable to field bug reports. Try the IDE mailing + lists first, who will cross-file bugs if appropriate. +
++ IDE's can invariably be pointed at different Ant installations. This lets + developers upgrade to a new release of Ant, and eliminate inconsistencies + between command-line and IDE Ant. +
+ ++ Many Java applications, most particularly application servers, ship with + a version of Ant. These are primarily for internal use by the application, + using the Java APIs to delegate tasks such as JSP page compilation to the Ant + runtime. Such distributions are usually unsupported by everyone. Particularly + troublesome are those products that not only ship with their own Ant release, + they add their own version of ANT.BAT or ant.sh to the PATH. If Ant starts + behaving weirdly after installing something, try the + diagnostics advice. +
+ +If you prefer the source edition, you can download the source for the latest +Ant release from +http://ant.apache.org/srcdownload.cgi. + +If you prefer the leading-edge code, you can access +the code as it is being developed via git. The Ant website has details on +accessing git. +All bug fixes will go in against the HEAD of the source tree, and the first +response to many bugreps will be "have you tried the latest version". +Don't be afraid to download and build a prererelease edition, as everything +other than new features are usually stable. +
++ + +See the section Building Ant on how to +build Ant from the source code. +You can also access the + +Ant SVN repository on-line.
+ ++Older versions of Ant are available in the archives at http://archive.apache.org/dist/ant/. The +files are organized as follows. +
+Filename or Path | +Description | +
---|---|
KEYS | +PGP-Keysfile. It contains the PGP-keys of Ant developers so you can 'trust' the distribution. | +
RELEASE-NOTES-{version}.html | ++ Release notes of the given version in HTML format. When upgrading your Ant installation you + should have a look at the Changes that could break older environments section. + | +
ant-current-bin.zip | ++ ZIP-Archive containing the compiled version of Ant in the last released version. It is recommended that + you do not download the latest version this way, as the standard way of downloading described above will + redirect you to a mirror closer to you, thus making the download faster for you and reducing the load + on Apache servers. + | +
ant-current-src.zip | ++ ZIP-Archive containing the sources of Ant. If you have this you could compile Ant itself. + If you do not have the required dependencies, the classes depending on them are just not + built. Again, it is preferred to use the standard way of getting the source package described above + to make your download quicker and to reduce the load on Apache servers. + | +
ant-current-*.asc | ++ Security file for checking the correctness of the zip file. This one is the + PGP key. + | +
ant-current-*.md5 | ++ Security file for checking the correctness of the zip file. This one is the + MD5 key. + | +
ant-current-*.sha1 | ++ Security file for checking the correctness of the zip file. This one is the + SHA1 key. + | +
antlibs/ | ++ This directory holds the Antlibs that are made of available by the Apache Ant project. + Antlibs are bundles of Ant tasks that are not delivered as part of the Ant core but are + available as optional downloads. + | +
binaries/ | ++ The binaries directory holds specific Ant releases bundled in both ZIP and tar.gz compression + formats. The named releases are in contrast to the ant-current-bin.zip file in the parent + directory, which is always guaranteed to be the most current release of Ant. + | +
common/ | ++ The common directory holds various files, such as the Apache License file that Ant is licensed + under, that people may wish to examine without having to download the whole Ant distribution. + | +
source/ | ++ The source directory holds the source code for specific Ant releases bundled in both ZIP and + tar.gz compression formats. The named releases are in contrast to the ant-current-src.zip file + in the parent directory, which is always guaranteed to hold the source code for the most current + release of Ant. + | +
+For the current version of Ant, you will also need a JDK installed on +your system, version 1.4 or later required, 1.7 or later strongly recommended. +The more up-to-date the version of Java , the more Ant tasks you get. +
++ Note: If a JDK is not present, only the JRE runtime, then many tasks will not work. +
++ Note: + Ant 1.8.* works with jdk1.4 and higher, Ant 1.7.* works with jdk1.3 and higher, Ant 1.6.* works with jdk 1.2 and higher, + Ant 1.2 to Ant 1.5.* work with jdk 1.1 and higher. +
+ ++ The Ant team strongly supports users running Ant on OpenJDK and other + open source Java runtimes, and so strives to have a product that works + well on those platforms. +
+The binary distribution of Ant consists of the following directory layout: +
+ ant + +--- README, LICENSE, fetch.xml, other text files. //basic information + +--- bin // contains launcher scripts + | + +--- lib // contains Ant jars plus necessary dependencies + | + +--- docs // contains documentation + | | + | +--- images // various logos for html documentation + | | + | +--- manual // Ant documentation (a must read ;-) + | + +--- etc // contains xsl goodies to: + // - create an enhanced report from xml output of various tasks. + // - migrate your build files and get rid of 'deprecated' warning + // - ... and more ;-) ++ +Only the
bin
and lib
directories are
+required to run Ant.
+
+To install Ant, choose a directory and copy the distribution
+files there. This directory will be known as ANT_HOME.
+
+
++ Windows 95, Windows 98 & Windows ME Note: + | +|
+ |
+Note that current releases of Ant no longer support these systems. If you are using an older
+version of Ant, however, the script used to launch Ant will have
+problems if ANT_HOME is a long filename (i.e. a filename which is not
+of the format known as "8.3"). This is due to
+limitations in the OS's handling of the "for"
+batch-file statement. It is recommended, therefore, that Ant be
+installed in a short, 8.3 path, such as C:\Ant.
+ |
+
+ |
+ On these systems you will also need to configure more environment
+ space to cater for the environment variables used in the Ant launch script.
+ To do this, you will need to add or update the following line in
+ the
|
+
+Before you can run Ant there is some additional set up you +will need to do unless you are installing the RPM +version from jpackage.org:
+bin
directory to your path.ANT_HOME
environment variable to the
+directory where you installed Ant. On some operating systems, Ant's
+startup scripts can guess ANT_HOME
(Unix dialects and
+Windows NT/2000), but it is better to not rely on this behavior.JAVA_HOME
environment variable
+(see the Advanced section below).
+This should be set to the directory where your JDK is installed.Operating System-specific instructions for doing this from the command +line are in the Windows, Linux/Unix (bash), +and Linux/Unix (csh) sections. Note that using this method, +the settings will only be valid for the command line session you run them in.
+Note: Do not install Ant's ant.jar file into the lib/ext +directory of the JDK/JRE. Ant is an application, whilst the extension +directory is intended for JDK extensions. In particular there are security +restrictions on the classes which may be loaded by an extension.
+ ++ Windows Note: + | +|
+ | + The ant.bat script makes use of three environment variables - + ANT_HOME, CLASSPATH and JAVA_HOME. Ensure that ANT_HOME and JAVA_HOME variables are set, + and that they do not have quotes (either + ' or ") and they do not end with \ or with /. CLASSPATH should be unset or + empty. + | +
You can check the basic installation with opening a new shell and typing ant. You +should get a message like this +
+Buildfile: build.xml does not exist! +Build failed ++So Ant works. This message is there because you need to write an individual buildfile for your +project. With a ant -version you should get an output like +
+Apache Ant(TM) version 1.9.2 compiled on July 8 2013 ++ +
If this does not work ensure your environment variables are set right. They must resolve to: +
Ant supports a number of optional tasks. An optional task is a task which +typically requires an external library to function. The optional tasks are +packaged together with the core Ant tasks.
+ +The external libraries required by each of the optional tasks is detailed +in the Library Dependencies section. These external +libraries must be added to Ant's classpath, in any of the following ways: +
+
+ In ANT_HOME/lib
. This makes the JAR files available to all
+ Ant users and builds.
+
+ In ${user.home}/.ant/lib
(as of Ant 1.6). This
+ allows different users to add new libraries to Ant. All JAR files
+ added to this directory are available to command-line Ant.
+
+ On the command line with a -lib
parameter. This lets
+ you add new JAR files on a case-by-case basis.
+
+ In the CLASSPATH
environment variable. Avoid this; it makes
+ the JAR files visible to all Java applications, and causes
+ no end of support calls. See below for details.
+
+ In some <classpath>
accepted by the task itself.
+ For example, as of Ant 1.7.0 you can run the <junit>
+ task without junit.jar
in Ant's own classpath, so long as
+ it is included (along with your program and tests) in the classpath
+ passed when running the task.
+
+ Where possible, this option is generally + to be preferred, as the Ant script itself can determine the best path + to load the library from: via relative path from the basedir (if you + keep the library under version control with your project), according + to Ant properties, environment variables, Ivy downloads, whatever you like. +
+ If you are using the binary version of Ant, or if you are working from source
+ code, you can easily gather most of the dependencies and install them for use
+ with your Ant tasks. In your ANT_HOME
directory you should see a
+ file called fetch.xml
. This is an Ant script that you can run to
+ install almost all the dependencies the optional Ant tasks need.
+
+ To do so, change to the ANT_HOME
directory and execute the command:
+
++ +ant -f fetch.xml -Ddest=[option]+
+ where option is one of the following, as described above: +
system
- store in Ant's lib directory (Recommended)user
- store in the user's home directoryoptional
- store in Ant's source code lib/optional directory, used if building Ant source code+ You may also need to set proxy settings. See the Proxy Settings section for details. +
+ +
+Note that not all dependencies are gathered using fetch.xml
. Tasks that depend on
+commercial software, in particular, will require you to have the commercial software installed
+in order to be used.
+
The Apache Ant Project also provides additional tasks and types that are available as separately +downloaded Ant Libraries. You can see the the list of available Antlibs at +the Ant Libraries page. +
+ +You can also find tasks and types provided by third-party projects at the +External Tools and Tasks page. +
+ ++ IDEs have different ways of adding external JAR files and third-party tasks + to Ant. Usually it is done by some configuration dialog. Sometimes JAR files + added to a project are automatically added to ant's classpath. +
+ +CLASSPATH
environment variable
+
+The CLASSPATH
environment variable is a source of many Ant support queries. As
+the round trip time for diagnosis on the Ant user mailing list can be slow, and
+because filing bug reports complaining about 'ant.bat' not working will be
+rejected by the developers as WORKSFORME "this is a configuration problem, not a
+bug", you can save yourself a lot of time and frustration by following some
+simple steps.
+
+
CLASSPATH
. Ant does not need it, it only causes confusion
+and breaks things.
+
+CLASSPATH
, even if there is a space in a directory. This will break Ant, and it
+is not needed. CLASSPATH
, as it breaks Ant's ability to quote the string. Again, this is
+not needed for the correct operation of the CLASSPATH
environment variable, even
+if a DOS directory is to be added to the path. CLASSPATH
environment variable by setting the
+-noclasspath
option on the command line. This is an easy way
+to test for classpath-related problems.
+
+The usual symptom of CLASSPATH
problems is that ant will not run with some error
+about not being able to find org.apache.tools.ant.launch.Launcher
, or, if you have got the
+quotes/backslashes wrong, some very weird Java startup error. To see if this is
+the case, run ant -noclasspath
or unset the CLASSPATH
environment
+variable.
+
+
+You can also make your Ant script reject this environment +variable just by placing the following at the top of the script (or in an init target): +
++<property environment="env."/> +<property name="env.CLASSPATH" value=""/> +<fail message="Unset $CLASSPATH / %CLASSPATH% before running Ant!"> + <condition> + <not> + <equals arg1="${env.CLASSPATH}" arg2=""/> + </not> + </condition> +</fail> ++ +
Many Ant built-in and third-party tasks use network connections to retrieve +files from HTTP servers. If you are behind a firewall with a proxy server, then +Ant needs to be configured with the proxy. Here are the different ways to do +this.
+ +
+When you run Ant on Java1.5 or above, you could try to use the automatic proxy setup
+mechanism with -autoproxy
.
+
+These are documented in Java's Networking Properties,
+and control the proxy behaviour of the entire JVM. To set them in Ant, declare
+them in the ANT_OPTS
environment variable. This is the best option
+for a non-mobile system. For a laptop, you have to change these settings as you
+roam. To set ANT_OPTS:
+
+++ For csh/tcsh: +
++ setenv ANT_OPTS "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080" +++ For bash: +
++ export ANT_OPTS="-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080" +++ For Windows, set the environment variable in the appropriate dialog box + and open a new console. or, by hand +
++ set ANT_OPTS = -Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080 ++ +
+If you are writing a build file that is always to be used behind the firewall, +the <setproxy> task lets you configure the proxy (which it does by setting +the JVM properties). If you do this, we strongly recommend using ant properties +to define the proxy host, port, etc, so that individuals can override the +defaults.
The Ant team acknowledges that this is unsatisfactory. Until the JVM +automatic proxy setup works properly everywhere, explicit JVM options via +ANT_ARGS are probably the best solution. Setting properties on Ant's +command line do not work, because those are Ant properties being set, not +JVM options. This means the following does not set up the command line: + +
+ +ant -Dhttp.proxyHost=proxy -Dhttp.proxyPort=81+ +
All it does is set up two Ant properties.
+ +One other troublespot with +proxies is with authenticating proxies. Ant cannot go beyond what the JVM does +here, and as it is very hard to remotely diagnose, test and fix proxy-related +problems, users who work behind a secure proxy will have to spend much time +configuring the JVM properties until they are happy.
+ + +Assume Ant is installed in c:\ant\
. The following sets up the
+environment:
set ANT_HOME=c:\ant +set JAVA_HOME=c:\jdk1.7.0_51 +set PATH=%PATH%;%ANT_HOME%\bin+ +
Assume Ant is installed in /usr/local/ant
. The following sets up
+the environment:
export ANT_HOME=/usr/local/ant +export JAVA_HOME=/usr/local/jdk1.7.0_51 +export PATH=${PATH}:${ANT_HOME}/bin+ +
setenv ANT_HOME /usr/local/ant +setenv JAVA_HOME /usr/local/jdk/jdk1.7.0_51 +set path=( $path $ANT_HOME/bin )+ +
+Having a symbolic link set up to point to the JVM/JDK version makes updates more seamless.
+ +
+The JPackage project distributes an RPM version of Ant.
+With this version, it is not necessary to set JAVA_HOME
or
+ ANT_HOME
environment variables and the RPM installer will correctly
+place the Ant executable on your path.
+
+ NOTE: Since Ant 1.7.0, if the ANT_HOME
+ environment variable is set, the jpackage distribution will be
+ ignored.
+
+Optional jars for the JPackage version are handled in two ways. The easiest, and
+best way is to get these external libraries from JPackage if JPackage has them
+available. (Note: for each such library, you will have to get both the external
+package itself (e.g. oro-2.0.8-2jpp.noarch.rpm
) and the small library that links
+ant and the external package (e.g. ant-apache-oro-1.6.2-3jpp.noarch.rpm
).
+
+However, JPackage does not package proprietary software, and since some of the +optional packages depend on proprietary jars, they must be handled as follows. +This may violate the spirit of JPackage, but it is necessary if you need these proprietary packages. +For example, suppose you want to install support for netrexx, which jpackage does not +support: +
$ANT_HOME/lib
,
+which, for JPackage is usually /usr/share/ant/lib
. Another, less messy option
+is to create an .ant/lib
subdirectory of your home directory and place your
+non-jpackage ant jars there, thereby avoiding mixing jpackage
+libraries with non-jpackage stuff in the same folder.
+More information on where Ant finds its libraries is available
+hereant-jai.jar
, into the library directory you
+chose in step 1 above.--noconfig
command-line switch to avoid JPackage's classpath mechanism.
+
+
+There are lots of variants that can be used to run Ant. What you need is at +least the following:
+ant.jar
and any jars/classes
+needed for your chosen JAXP-compliant XML parser.tools.jar
+must be added. The scripts supplied with Ant,
+in the bin
directory, will add
+the required JDK classes automatically, if the JAVA_HOME
+environment variable is set.ant.home
+must be set to the directory containing where you installed Ant. Again
+this is set by the Ant scripts to the value of the ANT_HOME environment
+variable.To build Ant from source, you can either install the Ant source distribution +or clone the ant repository from git. See Source Edition for details.
+Once you have installed the source, change into the installation +directory.
+ +Set the JAVA_HOME
environment variable
+to the directory where the JDK is installed.
+See Installing Ant
+for examples on how to do this for your operating system.
Note: The bootstrap process of Ant requires a greedy +compiler like OpenJDK or Oracle's javac. It does not work with gcj or +kjc.
+ +Make sure you have downloaded any auxiliary jars required to
+build tasks you are interested in. These should be
+added to the lib/optional
+directory of the source tree.
+See Library Dependencies
+for a list of JAR requirements for various features.
+Note that this will make the auxiliary JAR
+available for the building of Ant only. For running Ant you will
+still need to
+make the JARs available as described under
+Installing Ant.
You can also get most of the auxiliary jar files (ie. the jar files
+that various optional Ant tasks depend on) by running Ant on the
+fetch.xml
build file. See Optional
+Tasks for instructions on how to do this.
+
As of version 1.7.0 Ant has a hard dependency on JUnit. The fetch.xml
build
+ script will download JUnit automatically, but if you don't use this you must
+ install it manually into lib/optional
(download it from
+ JUnit.org) if you are
+ using a source distribution of Ant.
Your are now ready to build Ant:
+++ ++
build -Ddist.dir=<directory_to_contain_Ant_distribution> dist
(Windows)+
sh build.sh -Ddist.dir=<directory_to_contain_Ant_distribution> dist
(Unix)
This will create a binary distribution of Ant in the directory you specified.
+ +The above action does the following:
+build.xml
file.On most occasions you will not need to explicitly bootstrap Ant since the build
+scripts do that for you. If however, the build file you are using makes use of features
+not yet compiled into the bootstrapped Ant, you will need to manually bootstrap.
+Run bootstrap.bat
(Windows) or bootstrap.sh
(UNIX)
+to build a new bootstrap version of Ant.
ANT_HOME
+directory, you can use:
+++ +You can avoid the lengthy Javadoc step, if desired, with: ++
build install
(Windows)+
sh build.sh install
(Unix)
++This will only install the+
build install-lite
(Windows)+
sh build.sh install-lite
(Unix)
bin
and lib
directories.
+Both the install
and
+install-lite
targets will overwrite
+the current Ant version in ANT_HOME
.
Ant's build script will try to set executable flags for its shell
+ scripts on Unix-like systems. There are various reasons why the
+ chmod-task might fail (like when you are running the build script as
+ a different user than the one who installed Ant initially). In this
+ case you can set the Ant property chmod.fail
to false
+ when starting the build like in
+
++and any error to change permission will not result in a build failure. + ++
sh build.sh install -Dchmod.fail=false
The following libraries are needed in Ant's classpath +if you are using the +indicated feature. Note that only one of the regexp libraries is +needed for use with the mappers +(and Java includes a regexp implementation which +Ant will find automatically). +You will also need to install the particular +Ant optional jar containing the task definitions to make these +tasks available. Please refer to the +Installing Ant / Optional Tasks section above.
+ +Jar Name | +Needed For | +Available At | +
jakarta-regexp-1.3.jar | +regexp type with mappers (if you do not wish to use java.util.regex) | +http://attic.apache.org/projects/jakarta-regexp.html | +
jakarta-oro-2.0.8.jar | +regexp type with mappers (if you do not wish to use java.util.regex) + To use the FTP task, +you need jakarta-oro 2.0.8 or later, and commons-net |
+ http://attic.apache.org/projects/jakarta-oro.html | +
junit.jar | +<junit> task. May be in classpath passed to task rather than Ant's classpath. |
+ http://www.junit.org/ | +
xalan.jar | +junitreport task | +http://xml.apache.org/xalan-j/ | +
antlr.jar | +antlr task | +http://www.antlr.org/ | +
bsf.jar | +script task
+ + Note: Ant 1.6 and later require Apache BSF, not + the IBM version. I.e. you need BSF 2.3.0-rc1 or later. + ++ Note: BSF 2.4.0 is needed to use a post 1.5R3 version + of rhino's javascript. + ++ Note: BSF 2.4.0 uses jakarta-commons-logging + so it needs the commons-logging.jar. + + |
+ http://jakarta.apache.org/bsf/ | +
Groovy jars | +Groovy with script and scriptdef tasks + You need to get the groovy jar and two asm jars from a groovy + installation. The jars are groovy-[version].jar, asm-[version].jar and + asm-util-[version].jar and antlr-[version].jar. + As of groovy version 1.0-JSR-06, the jars are + groovy-1.0-JSR-06.jar, antlr-2.7.5.jar, asm-2.2.jar and asm-util-2.2.jar. + Alternatively one may use the embedded groovy jar file. + This is located in the embedded directory of the groovy distribution. + This bundles all the needed jar files into one jar file. + It is called groovy-all-[version].jar. + |
+
+ http://groovy.codehaus.org/
+ + The asm jars are also available from the creators of asm - + http://asm.objectweb.org/ + |
+
netrexx.jar | +netrexx task, Rexx with the script task | ++ http://www.ibm.com/software/awdtools/netrexx/download.html | +
js.jar | +Javascript with script task + If you use Apache BSF 2.3.0-rc1, you must use rhino 1.5R3 (later + versions of BSF (e.g. version 2.4.0) work with 1.5R4 and higher). |
+ http://www.mozilla.org/rhino/ | +
jython.jar | +Python with script task + Warning : jython.jar also contains classes from jakarta-oro. + Remove these classes if you are also using jakarta-oro. |
+ http://jython.sourceforge.net/ | +
jpython.jar | +Python with script task deprecated, jython is the preferred engine | +http://www.jpython.org/ | +
jacl.jar and tcljava.jar | +TCL with script task | +http://www.scriptics.com/software/java/ | +
BeanShell JAR(s) | +BeanShell with script task.
+ + Note: Ant requires BeanShell version 1.3 or + later |
+ http://www.beanshell.org/ | +
jruby.jar | +Ruby with script task | +http://jruby.org/ | +
judo.jar | +Judoscript with script task | +http://www.judoscript.org/ | +
commons-logging.jar | +CommonsLoggingListener | +http://commons.apache.org/logging/ | +
log4j.jar | +Log4jListener | +http://logging.apache.org/log4j/ | +
commons-net.jar | +ftp, rexec and telnet tasks + jakarta-oro 2.0.8 or later is required together with commons-net 1.4.0. + For all users, a minimum version of commons-net of 1.4.0 is recommended. Earlier + versions did not support the full range of configuration options, and 1.4.0 is needed + to compile Ant. + |
+ http://commons.apache.org/net/ | +
bcel.jar | +classfileset data type, + JavaClassHelper used by the ClassConstants filter reader and + optionally used by ejbjar for dependency determination + | +http://commons.apache.org/bcel/ | +
mail.jar | +Mail task with Mime encoding, and the MimeMail task | +http://www.oracle.com/technetwork/java/index-138643.html | +
activation.jar | +Mail task with Mime encoding, and the MimeMail task | +http://www.oracle.com/technetwork/java/javase/jaf-135115.html | +
jdepend.jar | +jdepend task | +http://www.clarkware.com/software/JDepend.html | +
resolver.jar 1.1beta or later | +xmlcatalog datatype only if support for external catalog files is desired | +http://xml.apache.org/commons/. | +
jsch.jar 0.1.50 or later | +sshexec and scp tasks | +http://www.jcraft.com/jsch/index.html | +
JAI - Java Advanced Imaging | +image task | +https://jai.dev.java.net/ | +
Ant has a built in diagnostics feature. If you run ant
+-diagnostics
ant will look at its internal state and print it out. This
+code will check and print the following things.
+ Running ant -diagnostics
is a good way to check that ant is
+ installed. It is also a first step towards self-diagnosis of any problem.
+ Any configuration problem reported to the user mailing list will probably
+ result ins someone asking you to run the command and show the results, so
+ save time by using it yourself.
+
+ For under-IDE diagnostics, use the <diagnostics> task to run the same + tests as an ant task. This can be added to a diagnostics target in a build + file to see what tasks are available under the IDE, what the XML parser and + classpath is, etc. +
+ + If you cannot get Ant installed or working, the Ant user mailing list is the
+best place to start with any problem. Please do your homework first, make sure
+that it is not a CLASSPATH
problem, and run a diagnostics check to see what Ant thinks of its own
+state. Why the user list, and not the developer list?
+Because there are more users than developers, so more people who can help you.
+ +Please only file a bug report against Ant for a configuration/startup problem if +there really is a fixable bug in Ant related to configuration, such as it not +working on a particular platform, with a certain JVM version, etc, or if you are +advised to do it by the user mailing list. +
+ + + + + + -- cgit 1.2.3-korg