[go: up one dir, main page]

repreport


Generates reports about dependencies among several modules in the repository (repreport stands for repository report).since 1.4 This task is similar to the report task, except that instead of working on a single module you just resolved, it works with a set of modules in your repository.

Note that the set of modules for which you generate the report is determined by setting organisation module and revision and using a matcher, but also by the dependencies of these modules. No dependency is excluded.

Usually the most useful report is a graph, you can generate either a graphml file that you can then easily layout using yEd, or a dot file which is the format recognized by graphviz, which is a free tool which does automatic graph layout, and can thus be used to generate automatically a GIF or PNG of the dependencies between all your modules.

Limitation: this task requires to be able to browse the repository, and is thus limited to resolvers supporting repository listing. In particular, it means it doesn't work to report all organizations in a repository using m2compatible mode.
Moreover, to be able to list organizations, this task requires an [organisation] token in the resolver(s) used.
AttributeDescriptionRequired
organisationA pattern matching the organisation of the modules for which the report should be generated No, defaults to '*'
moduleA pattern matching the name of the modules for which the report should be generated No, defaults to '*'
branchThe name of the branch of the modules for which the report should be generated No, defaults to no branch specified
revisionThe revision of the modules for which the report should be generated. Only one revision per module will be used, so most of the time keeping the default (latest.integration) is the best thing to do, because it's not very easy to specify only one revision for several modules. No, defaults to 'latest.integration'
todirthe directory to which reports should be generated No, defaults to execution directory
outputnamethe name to use for the generate file (without extension) No, defaults to ivy-repository-report
xmltrue to generate a xml report, false otherwise No, defaults to true
xsltrue to generate a report using xslt, false otherwise No, defaults to false
xslfileindicates which xsl file should be used to generate the report Yes if you want to use xsl transformation
xslextindicates the extension to use when generating report using xsl No defaults to 'html'
graphtrue to generate graphml file, false otherwise No, defaults to false
dottrue to generate graphviz dot format file, false otherwise No, defaults to false
matcherthe name of the matcher to use for matching modules names and organisations in your repository No. Defaults to exactOrRegexp
validatetrue to force ivy files validation against ivy.xsd, false to force no validation No. Defaults to default ivy value (as configured in configuration file)
settingsRefA reference to the ivy settings that must be used by this task (since 2.0)No, 'ivy.instance' is taken by default.

Examples

To generate a xml report for all the latest versions of all the modules in your repository:
<ivy:repreport />

To generate a graphml report for all the latest versions of all the modules in your repository:
<ivy:repreport xml="false" graph="true" />

To generate a xml report for all the latest versions of the modules from the organisation foo in your repository:
<ivy:repreport organisation="foo" />

To generate a xml report for all the versions on the 1.x stream of the modules named bar* from the organisation foo in your repository:
<ivy:repreport organisation="foo" module="bar*" revision="1.+" matcher="glob" />

To generate an XML report using a custom stylesheet:
<ivy:repreport xsl="true" xslfile="my-custom-stylesheet.xsl" xslext="xml" />

To generate an XML report using a custom stylesheet which needs some parameters:
<ivy:repreport xsl="true" xslfile="my-custom-stylesheet.xsl" xslext="xml">
<param name="param1" expression="value1" />
<param name="param2" expression="value2" />
</report>