ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Nicolas Lalevée (JIRA) <j...@apache.org>
Subject [jira] Updated: (IVYDE-56) References to dependent *.jar files reference the cache and not the local retrive directory
Date Fri, 09 Jan 2009 17:02:03 GMT

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


Mime
View raw message