Re: Run/Debug profiles
Petr Jiricka <[email protected]>
| Newsgroups | gmane.comp.java.netbeans.modules.projects.devel |
|---|---|
| Message-ID | <[email protected]> |
Svata Dedic wrote: > Evan Adams wrote: > >> >> I've heard an argument that in some scenarios a debugged >> version of a jar file should be used. The Debug profile >> would allow this user to specify a different classpath. >> Personally, I don't find this scenario very compelling >> as I don't think it occurs very often. >> > If the project uses libraries, which have been compiled with line number > information, then you are right. > > However I don't think that the patterns of how a project is > created/managed will remain unchanged from what they are now when build > configurations are used into the IDE. You may consider looking and > MSVC++, which support Debug/Release configuration: Release is typically > set up to build with debug info, against debug libs (which are built > with debug info) etc. Release config builds without all that and is > typically optimized. > Try to debug into the Release version of a library :-) I don't have a strong opinion on this, but either way, the design I proposed (and which is hopefully getting people's agreement) accomodates this scenario as well. The user can manually set up two Run/Debug profile instances, and then use one of them exclusively for running and the other for debugging: the easy stuff is easy, and the hard/unusual stuff is still possible. The one question to think about is whether by default, new project should be configured with two separate profiles, as it is now (they would only be in the same group, not in two), or whether one profile would be sufficient. For WebApps, we think that one should definitely be sufficient. For plain Java project, I would think the same, however it's not up to me to decide. Speaking of the proposal in general, I would also like to know the opinions of the other people involved: Chris, Tomas ? Thanks Petr > > -Svata > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] >