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 2009/01/09 18:02:03 UTC

[jira] Updated: (IVYDE-56) References to dependent *.jar files reference the cache and not the local retrive directory

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

Nicolas Lalevée updated IVYDE-56:
---------------------------------

    Attachment: IVYDE-56-r732294.patch

I have started to implement a solution to this, see the attached patch.
But I came to the point where there is an issue between the retrieved configurations and the resolved ones. They may not be the same. Actually I think the UI must change quite a bit.

Actually I see two kind of retrieve job:
* the one which is used to setup the classpath of the Java project.
* and another one which is just about retrieving jars (or whatever else like licenses) into a particular folder (like a WEB-INF/lib).

So the second kind of retrieve job is quite independant of the classpath management, so its configuration should be independant of the IvyDE classpath container. So this would be configured in the classical project properties configuration panel. And they would be launched by some new entries in the context menu of the project.

Then in the configuration of the IvyDE classpath container, there won't any more any retrieve tab, but just a check box saying that the classpath container should be based on retrieved artifacts rather than directly on path to the cache.


> References to dependent *.jar files reference the cache and not the local retrive directory
> -------------------------------------------------------------------------------------------
>
>                 Key: IVYDE-56
>                 URL: https://issues.apache.org/jira/browse/IVYDE-56
>             Project: IvyDE
>          Issue Type: Improvement
>          Components: classpath container
>         Environment: Windows, Eclispe 3.2.0, IvyDE 1.2.0, Ivy 1.4.0, JDK 1.5.x
>            Reporter: angelo.schneider@oomentor.de
>         Attachments: IVYDE-56-r732294.patch
>
>
> On the IvyDE settings screen I have checked the option: "do retrive after resolve".
> I gave a "lib folder" in my Eclispe project as target for the retrive. 
> IvyDE still shows in mouse overs on the ivy container classpath entries like: C:\{my stuff}\.ivy\cache\[org]\[artifact]-[revision].[ext], the local "lib folder" is ignored.
> In other words, the Eclispe build fails if I manually deleted the cache for some reason, until I do a manual resolve again.
> Background:
> For my daily work I use Eclipse. For full builds I use Ant. Ant build and Eclipse build should work as similar as possible. While classpath dependencies during compilation from Ant are resloved via the local lib files, Eclipse resolves them via the ivy cash. This happends besides that IvyDE as well copies the files into the project. As a result of this I can't move the project to my note book where I don't have access to my ivy cache directory. (As a workaround I remove the ivy container from .classpath and add the jar files from the "lib folder" manually, however this is error prone.
> Feature Request:
> As like with ant, which retrives all needed *.jar files, I like IvyDE to be able to retrieve into the exact same folder like my ant build.xml. I like the classpath container of Ivy to use this folder to provide the *.jar files on the classpath for eclispe.
> (Sorry for the long description, I liked to make it as clear as possible, as I realy wonder why IvyDE actualy behaves different ;D )

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.