Return-Path: Delivered-To: apmail-ant-notifications-archive@minotaur.apache.org Received: (qmail 62218 invoked from network); 24 Apr 2009 14:57:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Apr 2009 14:57:51 -0000 Received: (qmail 81672 invoked by uid 500); 24 Apr 2009 14:57:51 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 81641 invoked by uid 500); 24 Apr 2009 14:57:51 -0000 Mailing-List: contact notifications-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ant.apache.org Delivered-To: mailing list notifications@ant.apache.org Received: (qmail 81632 invoked by uid 99); 24 Apr 2009 14:57:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Apr 2009 14:57:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Apr 2009 14:57:50 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 7191C234C4B4 for ; Fri, 24 Apr 2009 07:57:30 -0700 (PDT) Message-ID: <1091187462.1240585050463.JavaMail.jira@brutus> Date: Fri, 24 Apr 2009 07:57:30 -0700 (PDT) From: =?utf-8?Q?Nicolas_Lalev=C3=A9e_=28JIRA=29?= To: notifications@ant.apache.org Subject: [jira] Commented: (IVYDE-56) References to dependent *.jar files reference the cache and not the local retrive directory MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/IVYDE-56?page=3Dcom.atlassian.j= ira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D127023= 97#action_12702397 ]=20 Nicolas Lalev=C3=A9e commented on IVYDE-56: -------------------------------------- There is no plan to put that patch in a release because as I explained, the= re is a mistmatch between the retrieved configurations and the resolved one= s. A proper solution for me is to change the way the UI is organized about = retrieving dependencies. > 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.=20 > IvyDE still shows in mouse overs on the ivy container classpath entries l= ike: 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 f= or 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 dependen= cies during compilation from Ant are resloved via the local lib files, Ecli= pse resolves them via the ivy cash. This happends besides that IvyDE as wel= l copies the files into the project. As a result of this I can't move the p= roject 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 ja= r 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 lik= e the classpath container of Ivy to use this folder to provide the *.jar fi= les 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 ) --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.