- ANT - Listeners and Loggers
- ANT - Custom Components
- ANT - Using If Else arguments
- ANT - Using Command Line Arguments
- ANT - Using Token
- ANT - Extending Ant
- ANT - JUnit Integration
- ANT - Eclipse Integration
- ANT - Executing Java code
- ANT - Deploying Applications
- ANT - Packaging Applications
- ANT - Create WAR Files
- ANT - Creating JAR files
- ANT - Build Documentation
- ANT - Building Projects
- ANT - Data Types
- ANT - Property Files
- ANT - Property Task
- ANT - Build Files
- ANT - Environment Setup
- ANT - Introduction
- ANT - Home
Apache ANT Resources
Selected Reading
- Who is Who
- Computer Glossary
- HR Interview Questions
- Effective Resume Writing
- Questions and Answers
- UPSC IAS Exams Notes
Ant - Property Files
Setting properties directly in the build file is fine, if you are working with a handful of properties. However, for a large project, it makes sense to store the properties in a separate property file.
Benefits
Storing the properties in a separate file offers the following benefits −
It allows you to reuse the same build file, with different property settings for different execution environment. For example, build properties file can be maintained separately for DEV, TEST, and PROD environments.
It is useful, when you do not know the values for a property (in a particular environment) up-front. This allows you to perform the build in other environments, where the property value is known.
There is no hard and fast rule, but typically the property file is named as build.properties and is placed along-side the build.xml file. You could create multiple build properties files based on the deployment environments - such as build.properties.dev and build.properties.test.
The contents of the build property file are similar to the normal java property file. They contain one property per pne. Each property is represented by a name and a value pair.
The name and value pairs are separated by an equals (=) sign. It is highly recommended that the properties are annotated with proper comments. Comments are psted using the hash (#) character.
The following example shows a build.xml file and its associated build.properties file −
build.xml
Given below is an example for build.xml file.
<?xml version="1.0"?> <project name="Hello World Project" default="info"> <property file="build.properties"/> <target name="info"> <echo>Apache Ant version is ${ant.version} - You are at ${sitename} </echo> </target> </project>
build.properties
An example for build.properties file is mentioned below −
# The Site Name sitename=www.tutorialspoint.com buildversion=3.3.2
In the above example, sitename is a custom property which is mapped to the website name. You can declare any number of custom properties in this fashion.
Another custom property psted in the above example is the buildversion, which, in this instance, refers to the version of the build.
In addition to the above, Ant comes with a number of predefined build properties, which are psted in the previous section, but is given below once again for your reference.
Sr.No | Properties & Description |
---|---|
1 | ant.file The full location of the build file. |
2 | ant.version The version of the Apache Ant installation. |
3 | basedir The basedir of the build, as specified in the basedir attribute of the project element. |
4 | ant.java.version The version of the JDK that is used by Ant. |
5 | ant.project.name The name of the project, as specified in the name attribute of the project element. |
6 | ant.project.default-target The default target of the current project. |
7 | ant.project.invoked-targets Comma separated pst of the targets that were invoked in the current project. |
8 | ant.core.pb The full location of the Ant jar file. |
9 | ant.home The home directory of Ant installation. |
10 | ant.pbrary.dir The home directory for Ant pbrary files - typically ANT_HOME/pb folder. |
The example presented in this chapter uses the ant.version built-in property.
Advertisements