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 27915 - Platform Projects
Summary: Platform Projects
Status: CLOSED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Infrastructure (show other bugs)
Version: 3.x
Hardware: PC Windows 3.1/NT
: P1 blocker with 3 votes (vote)
Assignee: Vitezslav Stejskal
URL:
Keywords: API
Depends on:
Blocks:
 
Reported: 2002-10-10 13:43 UTC by Pavel Buzek
Modified: 2003-12-11 14:25 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Buzek 2002-10-10 13:43:28 UTC 
Motivation:

One of my concerns is with the new Project module being implemented. 
It seems to be tailored/designed only for IDE use, but i can see use for it within platforms.
Alot of applications use and reply on the project concept, it is not just a IDE phenomena.

Minex currently uses the existing project module (but hides alot of the java related stuff).
Each project has a test/working data directory,
and each project has Options that are stored/serialised on a project basis.

Is there any intention to provide a _simple_ platform base for the new projects module??
I think that this is a very important part of the projects module.

I'll add the concrete issues as comments or sub-issues.
Comment 1 Pavel Buzek 2002-10-10 13:54:19 UTC 
Problem #1:
> There are a couple of places where the "IDE-focus" shines through.
> For example, the projects module adds actions such as "Build Project";
> that may not be appropriate for your usage. Of course, hiding/masking menu
> items is easy.

-> Build action should only be present when the project has the code-nature.

Problem #2:
> I have suggested Mick to comment on this mailing list especially because 
> I thought that he will not be satisfied with Resources/Outputs as they 
> are reflected in ContentDescriptor's MIME_PROJECT_OUTPUT, 
> MIME_PROJECT_SOURCE and MIME_PROJECT_RESOURCE.

Problem #3:
> I do not think Minex5 will need outputs from compilation. In my opinion 
> this is just IDE specific part that should not be there if the project 
> module was really IDE independent.

-> show Sources, Resources and Outputs only when code-nature is installed
Comment 2 Pavel Buzek 2002-10-11 14:03:57 UTC 
changing to TASK
Comment 3 everready 2002-10-21 02:48:00 UTC 
Pavel, you stated in "Problem 3", "I do not think Minex5 
will need outputs from compilation". This is incorrect, as 
we will most likely bring over from Minex4 our SQL query 
tools/UI. As this is what a lot of our users use to 
manipulate current data and even generate data from 
existing data sources. If, hair said this, he was wrong.
Comment 4 everready 2002-10-21 07:37:13 UTC 
Sorry, SQL's don't compile :$, disregard my last
Comment 5 Vitezslav Stejskal 2002-10-29 12:51:03 UTC 
This is almost done, the only remaining issue is #2, the
ContentDescriptor still defines mime types which are useful for IDE only.
Comment 6 Vitezslav Stejskal 2002-11-07 22:36:02 UTC 
#2 has been solved by issue #28116.
Comment 7 Pavel Buzek 2003-07-02 14:07:57 UTC 
i've verified all these issues
Comment 8 Pavel Buzek 2003-07-02 14:19:00 UTC 
closing all my verified issues