This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 33606 - profiles need to be re-examined
Summary: profiles need to be re-examined
Status: CLOSED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Projects UI (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P3 blocker (vote)
Assignee: Chris Ledantec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-14 13:15 UTC by Chris Ledantec
Modified: 2003-12-11 14:25 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Ledantec 2003-05-14 13:15:54 UTC
Issue: A participant executes a class using 
its contextual menu, after closing the 
profiles dialog open by the run action. He 
doesn't set up the profile, just closes the 
dialog. Analysis: The barrier to running a 
project is too high. The concept of profiles 
is not helpful or necessary at the point and 
should only be introduced when there is need.

Recommendation(s): See below.
Comment 1 Chris Ledantec 2003-05-14 13:16:43 UTC
Issue: A participant closes the profiles 
dialog because he thinks he doesn't need it 
for execution. Analysis: Profiles problem - 
the concept does not have an obvious 
connection with running the project.

Recommendation(s): The profile may not be 
necessary for many cases where the user wants 
to run a project -removing it from the direct 
path would reduce the number of steps to 
running a project.

In simple cases with only one runnable class 
the IDE should run the class without extra 
input from the user. When creating a new class 
that is runnable the IDE should keep track and 
perhaps offer the a choice when Run project is 
later selected. More work needs to go into the 
profile issue.
Comment 2 Chris Ledantec 2003-05-14 13:16:57 UTC
Issue: A participant invokes the run action 
from project's popup menu, but it displays the 
profiles dialog even if a profile exists. It 
is because non of the profiles is active
(default). Analysis: UI Bug

Recommendation(s): When only one profile 
exists it should be the default. 
Comment 3 Chris Ledantec 2003-05-14 13:18:02 UTC
Issue: A participant executed the active 
project using main menu, but it runs the old 
profile pointing to incorrect main class, 
which has been deleted. The participant 
doesn't know where is the problem. The output 
just says "No class def found error." 
Analysis: UI Bug

Recommendation(s): When the class an execution 
profile depends on is deleted the the profile 
should be deactivated as well.
Comment 4 Svata Dedic 2003-05-14 20:22:17 UTC
"When creating a new class that is runnable the IDE should keep track"
-- this seems promising for pure-java project (or generally should be
applied when there's only one profile type).
 
I think typical production environment with stuff as JUnit (tests),
JAR execution, etc should be considered for the overall picture.

Also consider possible inconsistencies of IDE keeping track of classes
created within the IDE itself vs. source files (also runnable) created
externally and added to the project or checked out from VCS.
Comment 5 Chris Ledantec 2003-10-20 11:56:13 UTC
the desired behavior has been spec'd
Comment 6 Jan Becicka 2003-11-25 14:04:20 UTC
As described in
http://www.netbeans.org/servlets/ReadMsg?msgId=619519&listName=nbdiscuss the
current work on projects prototype has been stopped.

Marking issue as VERIFIED --->
Comment 7 Jan Becicka 2003-11-25 14:13:29 UTC
---> CLOSED