| Summary: | [java launching] Launch configuration: much harder to change the classpath.. | ||
|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Johan Compagner <jcompagner> |
| Component: | Debug | Assignee: | 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
*** This bug has been marked as a duplicate of 61345 *** 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... 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). 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. 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. 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. Deferred open for 3.1 Deferred Re-open with time permitting. Allow user to use default classpath as a starting point for editing. This is really an enhancement, rather than polish. Deferred. open for 3.2 Assigning to Michael for review of potential patch. Deferred again. We did not have sufficient resources to complete. *** Bug 173211 has been marked as a duplicate of this bug. *** As of now 'LATER' and 'REMIND' resolutions are no longer supported. Please reopen this bug if it is still valid for you. |