See: Description
Package | Description |
---|---|
org.netbeans.api.project |
General API for finding and manipulating all kinds of projects.
|
org.netbeans.spi.project |
Support for defining project types.
|
org.netbeans.spi.project.support |
ProjectAPI
The Project API defines abstract projects. These are groupings of files built and
manipulated as units. It is used for Ant-based projects but could support
other scenarios such as makefiles. Modules can plug in project types which can
recognize certain folders as being projects, and define their behaviors.
Besides the visible Javadoc, this module permits a project to add implementations
of org.netbeans.spi.queries.FileBuiltQueryImplementation
,
org.netbeans.spi.queries.SharabilityQueryImplementation
and
org.netbeans.spi.queries.FileEncodingQueryImplementation
into the project lookup (rather than global lookup).
The implementations will be consulted only in the case the relevant file
belongs to that project (according to org.netbeans.api.project.FileOwnerQuery
).
This helps avoid the need to consult irrelevant query implementations.
SourceGroupRelativeModifierImplementation
to improve source root creation
In presence of multiple source roots, e.g. several source folders, or test folders, some of them may be more related to the
LookupMerger
for SharabilityQueryImplementation2
Added a factory method into the LookupProviderSupport
creating a
LookupMerger
for SharabilityQueryImplementation2
.
ProjectManager.Result
Introduced ProjectManager.Result.getDisplayName()
and ProjectManager.Result.getProjectType()
to provide more information about a potential project via ProjectManager.isProject2(FileObject)
.
ProjectManager
Added a SPI internface for ProjectManager
allowing
different implementations of ProjectManager
Newly introduced interfaces DependencyProjectProvider
and ProjectContainerProvider
are meant as less general replacement for SubprojectProvider
as they explicitly declaring their contract
(DependencyProjectProvider
the project's dependency projects and ProjectContainerProvider
projects that are build as part of this project). Code using SubprojectProvider
currently
should evaluate if DependencyProjectProvider
or ProjectContainerProvider
contracts suit their usage better. Please note that the new interfaces are not
mandatory for project types to implement and if it's missing, SubprojectProvider
should be used.
The SPI should be used by modules defining particular project types, e.g. the J2SE project type. The API is to be used primarily by GUI infrastructure and some queries, though other module code may on occasion need to refer to the API.
|
Read more about the implementation in the answers to architecture questions.