Return-Path: Delivered-To: apmail-ant-notifications-archive@minotaur.apache.org Received: (qmail 10755 invoked from network); 6 Oct 2010 21:27:12 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Oct 2010 21:27:12 -0000 Received: (qmail 52303 invoked by uid 500); 6 Oct 2010 21:27:12 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 52257 invoked by uid 500); 6 Oct 2010 21:27:12 -0000 Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ant.apache.org Delivered-To: mailing list notifications@ant.apache.org Received: (qmail 52248 invoked by uid 99); 6 Oct 2010 21:27:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 21:27:12 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO eris.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Oct 2010 21:27:09 +0000 Received: by eris.apache.org (Postfix, from userid 65534) id B0E0E2388CB9; Wed, 6 Oct 2010 21:25:38 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: svn commit: r1005260 [39/45] - in /ant/ivy/site/target/history/2.2.0: ./ configuration/ configuration/caches/ configuration/macrodef/ configuration/namespace/ dev/ images/ ivyfile/ js/ resolver/ samples/ settings/ settings/caches/ settings/macrodef/ se... Date: Wed, 06 Oct 2010 21:25:35 -0000 To: notifications@ant.apache.org From: maartenc@apache.org X-Mailer: svnmailer-1.0.8 Message-Id: <20101006212538.B0E0E2388CB9@eris.apache.org> Added: ant/ivy/site/target/history/2.2.0/use/artifactreport.html URL: http://svn.apache.org/viewvc/ant/ivy/site/target/history/2.2.0/use/artifactreport.html?rev=1005260&view=auto ============================================================================== --- ant/ivy/site/target/history/2.2.0/use/artifactreport.html (added) +++ ant/ivy/site/target/history/2.2.0/use/artifactreport.html Wed Oct 6 21:25:29 2010 @@ -0,0 +1,157 @@ + + + + + + + + +artifactreport | Apache Ivy + + + + + + + + + + +
+ + + + + + + + + + + + + +
+ +
+ +
+ + + + +
+ + +
+ + +
+ + + + + + + +
+
+ +

artifactreport

+
since 1.4 +The artifactreport task generates an xml report of all artifacts dependencies resolved by the last resolve task call during the same build.

since 2.0 This is a post resolve task, with all the behaviour and attributes common to all post resolve tasks.

This report is different from the standard report which reports all modules and artifacts, whle this report is much simpler and focuses only on artifacts, and gives more information on artifacts, such as the original location and the retrieve location.

It is thus easy to use to generate things like a classpath file for an IDE.

See this article by Johan Stuyts (who contributed this task) to see how he uses this task.

Here is an example of generate file: +
+<?xml version="1.0" encoding="UTF-8"?>
<modules>
<module organisation="hippo" name="sant-classes" rev="1.01.00b04-dev" status="integration">
<artifact name="sant-classes-src" ext="zip" type="zip">
<origin-location is-local="true">
C:/home/jstuyts/data/ivy/local/hippo/sant-classes/1.01.00b04-dev/sant-classes-src-1.01.00b04-dev.zip</origin-location>
<cache-location>
C:/home/jstuyts/data/ivy/cache/hippo/sant-classes/zips/sant-classes-src-1.01.00b04-dev.zip</cache-location>
<retrieve-location>lib/test/sant-classes-src-1.01.00b04-dev.zip</retrieve-location>
</artifact>
<artifact name="sant-classes-unoptimized" ext="jar" type="jar">
<origin-location is-local="true">
C:/home/jstuyts/data/ivy/local/hippo/sant-classes/1.01.00b04-dev/sant-classes-unoptimized-1.01.00b04-dev.jar</origin-location>
<cache-location>
C:/home/jstuyts/data/ivy/cache/hippo/sant-classes/jars/sant-classes-unoptimized-1.01.00b04-dev.jar</cache-location>
<retrieve-location>lib/test/sant-classes-unoptimized-1.01.00b04-dev.jar</retrieve-location>
</artifact>
</module>
<module organisation="testng" name="testng" rev="4.6.1-jdk15" status="release">
<artifact name="testng" ext="jar" type="jar">
<origin-location is-local="false">
http://repository.hippocms.org/maven/testng/jars/testng-4.6.1-jdk15.jar</origin-location>;
<cache-location>C:/home/jstuyts/data/ivy/cache/testng/testng/jars/testng-4.6.1-jdk15.jar</cache-location>
<retrieve-location>lib/test/testng-4.6.1-jdk15.jar</retrieve-location>
</artifact>
</module> +
+ +

Attributes

+ + + + + + + + + + + + + + +
AttributeDescriptionRequired
tofilethe file to which the report should be writtenYes
patternthe retrieve pattern to use to fill the retrieve location information about the artifactsNo. Defaults to ${ivy.retrieve.pattern}.
confa comma separated list of the configurations to use to generate the reportNo. Defaults to the configurations resolved by the last resolve call
haltonfailuretrue to halt the build on ivy failure, false to continueNo. Defaults to true
settingsRefA reference to the ivy settings that must be used by this task (since 2.0)No, 'ivy.instance' is taken by default.
+

Examples

+
+<ivy:artifactreport tofile="${basedir}/path/to/myreport.xml" />
+
+Generates the artifact report for all configurations resolved during the last resolve call (in the same build).
+
+<ivy:artifactreport tofile="${basedir}/path/to/myreport.xml" conf="default"/>
+
+Generates the artifact report for only the default configuration resolved during the last resolve call.

+
+
+ + + + + + + + + + + + +
+ + Added: ant/ivy/site/target/history/2.2.0/use/buildlist.html URL: http://svn.apache.org/viewvc/ant/ivy/site/target/history/2.2.0/use/buildlist.html?rev=1005260&view=auto ============================================================================== --- ant/ivy/site/target/history/2.2.0/use/buildlist.html (added) +++ ant/ivy/site/target/history/2.2.0/use/buildlist.html Wed Oct 6 21:25:29 2010 @@ -0,0 +1,177 @@ + + + + + + + + +buildlist | Apache Ivy + + + + + + + + + + +
+ + + + + + + + + + + + + +
+ +
+ +
+ + + + +
+ + +
+ + +
+ + + + + + + +
+
+ +

buildlist

+
The buildlist task enable to obtain a filelist of files (usually build.xml files) ordered according to ivy dependency information from the least dependent to the most one, or the inverse. (since 1.2)

This is particularly useful combined with subant, to build a set of interelated projects being sure that a dependency will be built before any module depending on it.

When the ivy.xml of the modules that you want to order doesn't contains a revision numbers, the rev attributes declared in the dependency is not used.
When the ivy.xml of the modules that you want to order contains a revision numbers, the revision numbers are used. If the revision number doesn't match a dependency description a warning is logged and the modules is considered as different modules.

since 1.3 A root attribute can also be used to include, among all the modules found, only the one that are dependencies (either direct or transitive) of a root module. This can also be used with the excluderoot attribute, which when set to true will exclude the root itself from the list.

since 1.4.1 A leaf attribute can also be used to include, among all the modules found, only the one that have dependencies (either direct or transitive) on a leaf module. This can also be used with the excludeleaf attribute, which when set to true will exclude the leaf itself from the list.

since 1.4 The ivy.sorted.modules property is set in the ant at the end of the task with a comma separated list of ordered modules. This can be useful for debug or information pu rpose.

since 2.0 The root and leaf attributes can be a delimited list of modules to use as roots. These modules, and all their dependencies will be included in the build list.

since 2.0 By default, all the modules included in a circular dependency are grouped together so that any dependency of any module in the loop will apear before the modules in the loop. This garantee that if there is a depedendency path between a module A and a module B (but no dependency path from B to A), B will alway apear before A even if A is included in a loop in the provided set of modules to sort.
Note that circular dependency can also trigger a failure depending on the value configured in the circularDependencyStrategy of your settings

since 2.0 When you are specifying root or leaf modules you can limit the resulting list to only direct dependencies of the roots modules or to modules that directly depends on your leaf modules.

since 2.0 You can also specify a restartFrom modules. The difference with root or leaf, is that you get a list starting at the restartFrom module followed by all the modules that would be after if the parameter would not be there (even if there is no dependency between the restartFrom and the following module).

+ + + + + + + + + + + + + + + + + + + + + +
AttributeDescriptionRequired
referencethe reference of the path to setYes
ivyfilepaththe relative path from files to order to corresponding ivy filesNo. Defaults to ${ivy.buildlist.ivyfilepath}
rootsince 2.0 the names of the modules which should be considered as the root of the buildlist.
since 1.3 Was limited to only one module name before 2.0.
No. Defaults to no root (all modules are used in the build list)
excluderootsince 1.3 true if the root defined should be excluded from the listNo. Defaults to false
leafsince 2.0 the names of the modules which should be considered as the leaf of the buildlist.
since 1.4.1 Was limited to only one module name before 2.0.
No. Defaults to no leaf (all modules are used in the build list)
onlydirectdepsince 2.0 true if the
resulting list should be restricted to direct dependencies of root modules or modules that directly depends on the leaf modules.
+This field is ignored when neither root neither leaf is filled.
No. Defaults to no false
delimitersince 2.0 delimiter to use when specifying multiple module names in the root and leaf properties.No. Defaults to the comma (,) character.
excludeleafsince 1.4.1 true if the leaf defined should be excluded from the listNo. Defaults to false
haltonerrortrue to halt the build when an invalid ivy file is encountered, false to continueNo. Defaults to true
skipbuildwithoutivyDeprecated, use onMissingDescriptor instead. true to skip files of the fileset with no corresponding ivy file, false otherwise. If false the file with no corresponding ivy file will be considered as independent of the other and put at the beginning of the built filelist.No. Defaults to false
onMissingDescriptorsince 2.0 Specify the action to take when no module descriptor file is found for a file of the fileset. Possible values are:
    +
  • head
  • put at the head of the built filelist.
  • tail
  • put at the tail of the built filelist.
  • skip
  • skip the file, which won't be put in the build filelist at all.
  • warn
  • warn and put at the head of the build filelist.
  • fail
  • halt the build with a failure.
+
No. Defaults to 'head'
reversetrue to obtain the list in the reverse order, i.e. from the most dependent to the least oneNo. Defaults to default false
restartFromsince 2.0 The name of the module which should be considered as the starting point in the buildlist. This allows for the build to be started at any point in the dependency chain.
No. Defaults to '*' meaning no restart point (all modules are used in the build list).
settingsRefsince 2.0 A reference to the ivy settings that must be used by this taskNo, 'ivy.instance' is taken by default.
+ +

Parameters specified as nested elements

+

fileset

+FileSets are used to select sets of files to order.

Examples

+
+    <ivy:buildlist reference="build-path">
<fileset dir="projects" includes="**/build.xml"/>
</ivy:buildlist> +
+Builds a list of build.xml files sorted according to the ivy.xml files found at the same level (the default value for ivyfilepath is ivy.xml).

This list can then be used like that: +
+    <subant target="build" buildpathref="build-path" />
+
+ +
+
+    <ivy:buildlist reference="build-path" ivyfilepath="ivy/ivy.xml" reverse="true">
<fileset dir="projects" includes="**/build.xml"/>
</ivy:buildlist> +
+Builds a list of build.xml files sorted according to the ivy.xml files found in an ivy directory relative to those build files. The list is sorted from the most dependent to the least one.

+
+    <ivy:buildlist reference="build-path" ivyfilepath="ivy/ivy.xml" root="myapp">
<fileset dir="projects" includes="**/build.xml"/>
</ivy:buildlist> +
+Builds a list of build.xml files sorted according to the ivy.xml files found in an ivy directory relative to those build files. Only build.xml files of modules which are dependencies of myapp (either direct or transitive) are put in the result list.

+
+    <ivy:buildlist reference="build-path" ivyfilepath="ivy/ivy.xml" leaf="mymodule">
<fileset dir="projects" includes="**/build.xml"/>
</ivy:buildlist> +
+Builds a list of build.xml files sorted according to the ivy.xml files found in an ivy directory relative to those build files. Only build.xml files of modules which have dependencies (direct or transitive) on mymodule are put in the result list.


+
+
+ + + + + + + + + + + + +
+ + Added: ant/ivy/site/target/history/2.2.0/use/buildnumber.html URL: http://svn.apache.org/viewvc/ant/ivy/site/target/history/2.2.0/use/buildnumber.html?rev=1005260&view=auto ============================================================================== --- ant/ivy/site/target/history/2.2.0/use/buildnumber.html (added) +++ ant/ivy/site/target/history/2.2.0/use/buildnumber.html Wed Oct 6 21:25:29 2010 @@ -0,0 +1,196 @@ + + + + + + + + +buildnumber | Apache Ivy + + + + + + + + + + +
+ + + + + + + + + + + + + +
+ +
+ +
+ + + + +
+ + +
+ + +
+ + + + + + + +
+
+ +

buildnumber

+
since 1.4 +The buildnumber task is similar to the ant buildnumber task, except that it uses ivy repository to find what is the latest version and calculate a new one for you.

When called it sets four properties according to what has been found.
These properties are: +
    +
  • ivy.revision
  • the last revision found in the repository +
  • ivy.new.revision
  • the new revision calculated from the last one (see below) +
  • ivy.build.number
  • the build number found in the repository +
  • ivy.new.build.number
  • the new build number calculated from the last one, usually with +1 +
+ +build numbers are always numbers (composed of digit characters only).
ivy.revision can be not set if no revision was found
ivy.build.number can be not set if no revision was found or if no number was found in it
ivy.new.build.number can be not set if the default new revision to use when no revision is found do not contain any number

The new revision is calculated using a somewhat complex to explain but very easy to use algorithm, depending on which latest version you asked.

Indeed you can ask for a new revision based upon the latest found for a particular prefix (the revision asked), then the new revision will be the one immediately after with only the prefix in common. If no prefix is set the very latest version is searched.

Examples (suppose the latest version of the module is 1.3.1): + + + + + + +
revision askedivy.revisionivy.new.revisionivy.build.numberivy.new.build.number
1.31.3.11.3.212
11.3.11.434
2not set2.0not set0
1.3.11.3.212
+Note that when asking for revision 1, you can get a revision 10.0. To avoid that you can use 1. as revision asked, but in this case ivy won't find revision 1 if its the latest one, and it will thus give 1.0 as new revision. The solution to this problem is to use versions with always the same number of parts (for instance 1.0.0 instead of 1).
+ + + + + + + + + + + + + + + + + + + + + + + + + +
AttributeDescriptionRequired
organisationthe organisation of the module for which a new build number should be calculatedYes
modulethe name of the module for which a new build number should be calculatedYes
branchthe branch of the module for which a new build number should be calculatedNo, defaults to the default branch for this module
revisionthe revision prefix for which a new build number should be calculatedNo, defaults to no prefix (will find the latest version)
defaultthe default revision to assume when no revision prefix is asked and no revision is foundNo, defaults to 0
defaultBuildNumberthe default build number to use for the first revisionNo, defaults to 0
revSepthe revision separator to use when no matching revision is found, to separate the revision prefix from the build numberNo, defaults to '.'
prefixthe prefix to use for the property names set (will be prefix.revision, prefix.new.revision, ...)No, defaults to ivy
settingsRefA reference to the ivy settings that must be used by this task (since 2.0).No, 'ivy.instance' is taken by default.
resolverthe name of the resolver to use for build number calculation (since 2.1)No, all available resolvers will be used by default.
+

Examples

+Here is how it can be used (suppose 1.3.1 is the latest version of ivy in the repository): +
+<ivy:buildnumber organisation="apache" module="ivy" />
+
+will set 1.3.1 as revision, 1.3.2 as new revision, 1 as build number and 2 as new build number


+
+<ivy:buildnumber organisation="apache" module="ivy" revision="1.3" />
+
+will set 1.3.1 as revision, 1.3.2 as new revision, 1 as build number and 2 as new build number


+
+<ivy:buildnumber organisation="apache" module="ivy" revision="1.2" />
+
+will set 1.2 as revision, 1.2.1 as new revision, no build number and 1 as new build number


+
+<ivy:buildnumber organisation="apache" module="ivy" revision="1." />
+
+will set 1.3.1 as revision, 1.4 as new revision, 3 as build number and 4 as new build number


+
+<ivy:buildnumber organisation="apache" module="ivy" revision="3." />
+
+will set no revision, 3.0 as new revision, no build number and 0 as new build number


+
+<ivy:buildnumber organisation="apache" module="ivy" revision="1.4-RC" defaultBuildNumber="1" revSep=""/>
+
+If called while no release candidate is in the repository, will set ivy.revision to 1.4-RC1. Then it will increment each time, 1.4-RC2, 1.4-RC3, and so on.


+
+
+ + + + + + + + + + + + +
+ +