- Documentation (2.5.0)
- Release Notes
- Tutorials
- Reference
- Introduction
- Settings Files
- Ivy Files
- Ant Tasks
- artifactproperty
- artifactreport
- buildlist
- buildnumber
- buildobr
- cachefileset
- cachepath
- checkdepsupdate
- cleancache
- configure
- convertmanifest
- convertpom
- deliver
- dependencytree
- findrevision
- fixdeps
- info
- install
- listmodules
- makepom
- post resolve tasks
- publish
- report
- repreport
- resolve
- resources
- retrieve
- settings
- var
- Using standalone
- OSGi
- Developer doc
artifactproperty
[since 1.1]
Sets an Ant property for each dependency artifact previously resolved.
(since 2.0) This is a post resolve task, with all the behaviour and attributes common to all post resolve tasks.
Please prefer the use of retrieve + standard Ant path creation, which make your build more independent from Ivy (once artifacts are properly retrieved, Ivy is not required any more).
The property name and value are generated using the classical pattern concept, all artifact tokens and Ivy variables being available.
(since 2.0) This tag will follow the Ant usual behavior for properties. If a property with the same name already exists, its value will be unchanged. This behavior can be changed using the overwrite
attribute.
WARNING: Before 2.0, the behavior was to overwrite the properties. Since 2.0, the default is to not overwrite to properties
Attributes
Attribute | Description | Required |
---|---|---|
name |
a pattern used to generate the name of the properties to set |
Yes |
value |
a pattern used to generate the value of the properties to set |
Yes |
conf |
a comma separated list of the configurations for which properties should be set |
No. Defaults to the configurations resolved by the last resolve call, or |
haltonfailure |
|
No. Defaults to |
validate |
|
No. Defaults to default Ivy value (as configured in settings file) |
settingsRef |
A reference to Ivy settings that must be used by this task (since 2.0) |
No, |
overwrite |
Overwrite the value of the property if it already exists (since 2.0). Before 2.0, the properties were always overwritten. |
No, |
Example
Suppose we have one dependency called mydep
in revision 1.0 publishing two artifacts: foo.jar
and bar.jar
.
Then:
<artifactproperty conf="build"
name="[module].[artifact]-[revision]"
value="${cache.dir}/[module]/[artifact]-[revision].[ext]"/>
will set two properties:
mydep.foo-1.0 = my/cache/dir/mydep/foo-1.0.jar
mydep.bar-1.0 = my/cache/dir/mydep/bar-1.0.jar