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]
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.