You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Nicolas Lalevée (JIRA)" <ji...@apache.org> on 2012/07/16 00:41:34 UTC

[jira] [Resolved] (IVYDE-308) Retrieve list does not resolve workspace projects

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

Nicolas Lalevée resolved IVYDE-308.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: trunk
         Assignee: Nicolas Lalevée

Thank you for the patch.
Actually the first patch was properly granted, sorry to have ask a second upload, Jira doesn't show the feather on the main page, only in the attachement management one.
                
> Retrieve list does not resolve workspace projects
> -------------------------------------------------
>
>                 Key: IVYDE-308
>                 URL: https://issues.apache.org/jira/browse/IVYDE-308
>             Project: IvyDE
>          Issue Type: Bug
>          Components: workspace resolver
>    Affects Versions: 2.2.0.beta1
>            Reporter: Peter Oxenham
>            Assignee: Nicolas Lalevée
>              Labels: patch
>             Fix For: trunk
>
>         Attachments: org.apache.ivyde.eclipse.patch, org.apache.ivyde.eclipse.patch
>
>
> The use case I have is that I'm using Ivy to resolve the dependencies for an EAR project in eclipse. Up to 2.2 the configuration we used was to resolve the ivy classpath container from the cache but to also retrieve the dependencies to a lib directory (without the revision in the name of the file).
> The EAR projects deployment assembly then deployed those libs to the application server.
> If a "utility module" project was also open in eclipse that was being published correctly as it was also included in the EAR's deployment assembly. If someone added a new dependency to the utility modules IVY file then that dependency was correctly being resolved in the EAR's lib directory.
> Now with 2.2 the resolve of the classpath container and the retrieve have been separated. The problem is that the retrieve does not resolve from the workspace. Any new dependencies added to a utility module do NOT show up in the EAR lib directory but they do show up in the IVY classpath container.
> We tried changing the EAR's ivy setting to build the classpath from "retrieved artifacts" but you then lose the resolved version information which is not really an option (i.e. the retrieve pattern must be 'lib/[artifact].[ext]' for the deployment to work so we now have no way to know what version dependencies were resolved)

--
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