ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maarten Coene (Resolved) (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (IVY-1313) install task does not allow specification of conf
Date Sun, 11 Mar 2012 23:12:40 GMT

     [ https://issues.apache.org/jira/browse/IVY-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Maarten Coene resolved IVY-1313.
--------------------------------

       Resolution: Fixed
    Fix Version/s: trunk
         Assignee: Maarten Coene

I've applied to patch to SVN trunk.
Thanks a lot for the contribution!
                
> install task does not allow specification of conf
> -------------------------------------------------
>
>                 Key: IVY-1313
>                 URL: https://issues.apache.org/jira/browse/IVY-1313
>             Project: Ivy
>          Issue Type: Bug
>          Components: Ant
>    Affects Versions: 2.2.0
>         Environment: Windows XP
>            Reporter: Mike Menu
>            Assignee: Maarten Coene
>             Fix For: trunk
>
>         Attachments: IVY-1313.patch
>
>
> When running <ivy:install...> task there is no option to specify which config should
be considered.  As it is currently, it seems the default conf is the one that is used, therefore
if a dependency exists which does not specify a mapping from master default conf, the dependency
will not be included during the install.  In that case the artifacts installed in the *to*
resolver will *not* be able to resolve all needed artifacts under some configurations.  
> For example, say I had a module defined as in the following example:
> <info organisation="my-org" module="my-module" revision="1.0"/>
>   <configurations>
>     <conf name="default" visibility="public" description="runtime dependencies and
master artifact can be used with this conf" extends="runtime,master"/>
>     [...]
>     <conf name="endorsed" visibility="public" description="this scope is used for
components/lib/endorsed dependencies."/>
>   </configurations>
>   <publications>
>     <artifact name="my-org" ext="jar"/>
>   </publications>
>   <dependencies>
>     <dependency org="org.apache.xerces" name="xml-apis" rev="2.9.1" conf="endorsed-&gt;default"/>
>   </dependencies>
> </ivy-module>
> In that case the ant task to install this module from my-resolver to another-resolver
would look something like this:
>     <ivy:install organisation="my-org" module="my-module" revision="1.0" from="my-resolver"
to="another-resolver" transitive="true" overwrite="true"/>
> This task would *not* install org.apache.xerces#xml-apis;2.9.1 onto another-resolver.
 As a result, using <ivy:retrieve...conf="endorsed"/> against another-resolver would
fail since it would attempt to find dependency org.apache.xerces#xml-apis;2.9.1 which does
not exist in the repository (since it was never installed).
> <ivy:install...> should have the option of specifying which configuration(s) should
be considered.  If not specified then it should default to * meaning all configurations defined
in module being configured should be considered when locating which modules should be installed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message