Return-Path: Delivered-To: apmail-ant-notifications-archive@minotaur.apache.org Received: (qmail 87922 invoked from network); 6 Apr 2011 13:57:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Apr 2011 13:57:45 -0000 Received: (qmail 94931 invoked by uid 500); 6 Apr 2011 13:57:44 -0000 Delivered-To: apmail-ant-notifications-archive@ant.apache.org Received: (qmail 94872 invoked by uid 500); 6 Apr 2011 13:57:43 -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 94598 invoked by uid 99); 6 Apr 2011 13:57:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Apr 2011 13:57:43 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Apr 2011 13:57:42 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id C0960959A8 for ; Wed, 6 Apr 2011 13:57:05 +0000 (UTC) Date: Wed, 6 Apr 2011 13:57:05 +0000 (UTC) From: =?utf-8?Q?Nicolas_Lalev=C3=A9e_=28JIRA=29?= To: notifications@ant.apache.org Message-ID: <914633298.37928.1302098225770.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <2111084333.6864.1299635339709.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (IVYDE-277) Using workspace dependency resolver, project source dirs are not added to dependent project's source lookup path MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/IVYDE-277?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13016= 377#comment-13016377 ]=20 Nicolas Lalev=C3=A9e commented on IVYDE-277: --------------------------------------- discussion in the JDT forum: http://www.eclipse.org/forums/index.php?t=3Dms= g&th=3D207309&start=3D0&S=3D0a98b93c713ed526b72201ebed2d38a7 > Using workspace dependency resolver, project source dirs are not added to= dependent project's source lookup path > -------------------------------------------------------------------------= --------------------------------------- > > Key: IVYDE-277 > URL: https://issues.apache.org/jira/browse/IVYDE-277 > Project: IvyDE > Issue Type: Bug > Components: launch configuration > Affects Versions: 2.1.0 > Environment: Eclipse Helios > WinXP > Reporter: Chris Birchall > Assignee: Nicolas Lalev=C3=A9e > Priority: Minor > Attachments: ProjectsAandB.zip > > > Apologies if this is a duplicate or just a mistake in my IvyDE settings. > I have a number of dependent projects in an Eclipse workspace, linked usi= ng IvyDE's "Resolve dependencies in workspace". I am also using a number of= 3rd party jars. > For simplicity of explanation, let's say I have two projects, A and B.=20 > Project A depends on project B and on 3rdparty.jar. > Project B's class folders are correctly added to project A's classpath, s= o I can run project A using an Eclipse run configuration with no problems. = However, project's B's source folders are not added to the run configuratio= n's source lookup path. Strangely, project B's class folders are added to t= he path, but of course there are no source files in there. > This causes problems when debugging project A. If I am stepping through s= ome Project A code and try to step into a Project B method, Eclipse does no= t how where to find Project B's source, so it gives me an error. As a worka= round I have to manually add all of project B's source folders to the looku= p path. > Note that the source for 3rdparty.jar is correctly retrieved from the rep= o and steppable using the debugger. (I notice that it is not added to the s= ource lookup path, so I guess the debugger can find it as a source attachme= nt to the jar). Similarly, if I close project B then projectB-src.jar is co= rrectly retrieved and debuggable. > =20 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira