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 34357 - Create Startup Profiles API
Summary: Create Startup Profiles API
Status: CLOSED WONTFIX
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Infrastructure (show other bugs)
Version: 3.x
Hardware: PC All
: P1 blocker (vote)
Assignee: Vitezslav Stejskal
URL:
Keywords: API, UI
Depends on:
Blocks:
 
Reported: 2003-06-12 17:51 UTC by Vitezslav Stejskal
Modified: 2004-04-19 16:40 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vitezslav Stejskal 2003-06-12 17:51:33 UTC
The profiles support should be updated according
to new reqs and made public in form of supported
and documented API. IMO it should be part of the
Settings API alongside Configurations  and Contexts.

It will supersede current half-hack profiles support.
Comment 1 Vitezslav Stejskal 2003-06-12 17:56:42 UTC
This depends on the final state of uispecs.
Comment 2 Jan Pokorsky 2003-06-12 18:16:40 UTC
Are you sure the generic Settings API is the right place where
profiles should be accommodated? IMO it deserves own api.
Comment 3 Pavel Buzek 2003-08-15 10:07:12 UTC
here are 2 requirements for the startup profiles api:

1. The UI shows a build target that is built before execution. I need
to be able to select a build target (programatically) when creating a
new startup profile. 

2. I would also be useful to be able to filter the set of build
targets that make sense for a certain profile type. I realize that
some generic build targets (e.g. ant script) should probably never be
filtered out, but it never makes sense to set "Compile Classes" target
for a web module execution target.
Comment 4 Chris Webster 2003-08-15 15:29:58 UTC
The build target filtering can already be done via ContainersList and
mimetypes. For example, filter first on java classes mime type and
then on the build target mime type to obtain the set of java producing
build targets. 
Comment 5 Pavel Buzek 2003-08-20 08:37:58 UTC
Chris, I am aware of the filtering you describe. My point was that
there is no way to force the profile to restrict the selection to only
my filtered set of build targets.

BTW: I just learned that it is at least possible to get to the
selected build target:

private ProjectMember getBT (ProjectMember profile) {
  Project project = profile.getProject ();
  ProjectMember target = null;
  Object value = profile.getContext
().getObject("nb-projects-buildTarget", null);  //NOI18N
    if (value instanceof String) {
      if (value.equals("default")) {
        target = IdeProject.find (project).getDefaultBuildTarget
(null).getProjectMember ();
        }
    }
    else if (value instanceof FileSet) {
      Iterator it = FileSets.toFileObjectSet((FileSet) value,
false).iterator();
      FileObject targetFO = it.hasNext() ? (FileObject) it.next(): null;
      if (targetFO != null) {
        target = project.getProjectMember (targetFO);
      }
    }
    return target;
}
Comment 6 Pavel Buzek 2003-08-20 16:27:17 UTC
one more requirement from j2ee execution:

We want to be able to suppress compilation of selected build target.
The user should be able to select a build target and just execute it
w/o rebuilding and reldeploying it to server. 
Comment 7 Vitezslav Stejskal 2003-09-01 10:46:44 UTC
Additional reqs:
http://projects.netbeans.org/servlets/ReadMsg?msgId=573585&listName=dev

(maybe dupl of something already described here).
Comment 8 Vitezslav Stejskal 2003-11-26 12:53:25 UTC
As described in
http://www.netbeans.org/servlets/ReadMsg?msgId=619519&listName=nbdiscuss the
current work on projects prototype has been stopped.
Comment 9 Vitezslav Stejskal 2003-11-26 14:58:46 UTC
--> VERIFIED