Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 61488

Summary: [java launching] Launch configuration: much harder to change the classpath..
Product: [Eclipse Project] JDT Reporter: Johan Compagner <jcompagner>
Component: DebugAssignee: JDT-Debug-Inbox <jdt-debug-inbox>
Status: RESOLVED WONTFIX QA Contact:
Severity: enhancement    
Priority: P3 CC: chanskw, Michael_Rennie
Version: 3.0   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard:

Description Johan Compagner CLA 2004-05-08 04:52:06 EDT
I don't know exactly when the configure classpath panel was changed but we now 
have "Bootstrap Entries" and "User Entries" and in the user entries we have 
default the "projectname (default classpath)" with all iets source dirs and libs
But what i always did was delete one jar of the projects classpath from a 
specific launchconfiguration classpath because one main class that i have may 
not find the classes in that jar.. 
What i did was select the entry and then delete the jar. The restore to default 
button enabled itself because it was not default anymore so that was it.

Now if i select that entry i can't delete it because the button remove is 
disabled. So now when i want the same effect is completely remove 
the "projectname (default classpath)" and then add everything by hand. So the 
jars the special classpath variables ect. But leave just the one out of it.
So i can't say that i find this dialog an improvement. It is a big step 
backwards.
Comment 1 Darin Wright CLA 2004-05-08 10:25:43 EDT

*** This bug has been marked as a duplicate of 61345 ***
Comment 2 Johan Compagner CLA 2004-05-08 11:37:14 EDT
Darin i think you made a mistake of making this one duplicate of 61345
Because this one https://bugs.eclipse.org/bugs/show_bug.cgi?id=61487 is a 
duplicate of 61345...

Comment 3 Darin Wright CLA 2004-05-10 10:00:18 EDT
The change on the classpath tab is to support the feature of tracking the 
default classpath. Uses often want to run with the default classpath and an 
extra few entries. However, when the default classpath changes, they want the 
classpath to update automatically (i.e. track the build path), rather than 
having to update it manually. Thus, the "default entry" (that can only be 
added/removed as a single entry). We thought of adding a feature to allow you 
to "ungroup" the entries contained in the default entry, however this seemed 
complex, since no one was asking for that support (until now).
Comment 4 Johan Compagner CLA 2004-05-10 10:21:42 EDT
It is very handy that it can track the default classpath ofcourse.
What i always did when the default classpath changed, i pressed 'Restore 
default" and then removed that one entry again.

The thing how it works now is quite annoying for me because this is how we work:
We have a project that contains a program that can be started as a webstart app 
or as a 'normal' app. We have to compile agains javaws.jar, but then when we 
start one application in eclipse we have to remove the javaws.jar. Because else 
the the app things that it is running in webstart which isn't the case.

It would be very nice that i could remove one from the default, That then the 
classpath won't update automaticly anymore but i couldn't care less about that.
Comment 5 Darin Wright CLA 2004-05-11 14:58:06 EDT
Not sure we'll do this in 3.0, but one thought would be to enable the "remove" 
button and when used, it would first promote all the entries to top-level, and 
remove the selected entry. A similar thing could be done for adding.
Comment 6 Johan Compagner CLA 2004-05-11 15:16:35 EDT
yes please do that. I don't care if i loose some nice features because of that..
But now i have to do all those things by hand.
Comment 7 Darin Wright CLA 2004-05-26 15:15:59 EDT
Deferred
Comment 8 Darin Wright CLA 2004-08-03 14:23:37 EDT
open for 3.1
Comment 9 Darin Wright CLA 2005-03-15 17:35:51 EST
Deferred
Comment 10 Darin Wright CLA 2005-03-22 11:00:19 EST
Re-open with time permitting. Allow user to use default classpath as a 
starting point for editing.
Comment 11 Darin Wright CLA 2005-04-18 10:23:50 EDT
This is really an enhancement, rather than polish. Deferred.
Comment 12 Darin Wright CLA 2005-10-24 11:38:31 EDT
open for 3.2
Comment 13 Gary Barbon CLA 2005-11-29 15:14:45 EST
Assigning to Michael for review of potential patch.
Comment 14 Darin Wright CLA 2006-02-22 15:01:36 EST
Deferred again. We did not have sufficient resources to complete.
Comment 15 Michael Rennie CLA 2007-02-13 10:25:15 EST
*** Bug 173211 has been marked as a duplicate of this bug. ***
Comment 16 Denis Roy CLA 2009-08-30 02:24:41 EDT
As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.