Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "PDE/Contributor Guide"

< PDE
Line 1: Line 1:
 +
{{PDE}}
 +
 
== Project Structure  ==
 
== Project Structure  ==
  
Line 5: Line 7:
 
=== API Tools  ===
 
=== API Tools  ===
  
API tooling will assist developers in API maintenance by reporting API defects such as binary incompatibilities, incorrect plug-in version numbers, missing or incorrect @since tags, and usage of non-API code between plug-ins. The tooling will be integrated in the Eclipse SDK and will be used in the automated build process.  
+
API tooling will assist developers in API maintenance by reporting API defects such as binary incompatibilities, incorrect plug-in version numbers, missing or incorrect @since tags, and usage of non-API code between plug-ins. The tooling will be integrated in the Eclipse SDK and will be used in the automated build process. Specifically, the tooling is designed to do the following:  
Specifically, the tooling is designed to do the following:
+
  
* Identify binary compatibility issues between two versions of a software component or product.
+
*Identify binary compatibility issues between two versions of a software component or product.  
* Update version numbers for plug-ins (bundles) based on the Eclipse versioning scheme.
+
*Update version numbers for plug-ins (bundles) based on the Eclipse versioning scheme.  
* Update @since tags for newly added classes, interfaces, methods, etc.
+
*Update @since tags for newly added classes, interfaces, methods, etc.  
* Provide new javadoc tags and code assist to annotate types with special restrictions.
+
*Provide new javadoc tags and code assist to annotate types with special restrictions.  
* Leverage existing information (in MANIFEST.MF) to define the visibility of packages between bundles.
+
*Leverage existing information (in MANIFEST.MF) to define the visibility of packages between bundles.  
* Identify usage of non-API code between plug-ins.
+
*Identify usage of non-API code between plug-ins.  
* Identity leakage of non-API types into API.
+
*Identity leakage of non-API types into API.
  
 
=== Build  ===
 
=== Build  ===

Revision as of 16:33, 21 July 2009

PDE
Website
Download
Community
Mailing ListForumsIRCmattermost
Issues
OpenHelp WantedBug Day
Contribute
Browse SourceProject Set File

Project Structure

The PDE project is structured into four major components: api tools, build, ui and incubator.

API Tools

API tooling will assist developers in API maintenance by reporting API defects such as binary incompatibilities, incorrect plug-in version numbers, missing or incorrect @since tags, and usage of non-API code between plug-ins. The tooling will be integrated in the Eclipse SDK and will be used in the automated build process. Specifically, the tooling is designed to do the following:

  • Identify binary compatibility issues between two versions of a software component or product.
  • Update version numbers for plug-ins (bundles) based on the Eclipse versioning scheme.
  • Update @since tags for newly added classes, interfaces, methods, etc.
  • Provide new javadoc tags and code assist to annotate types with special restrictions.
  • Leverage existing information (in MANIFEST.MF) to define the visibility of packages between bundles.
  • Identify usage of non-API code between plug-ins.
  • Identity leakage of non-API types into API.

Build

Ant based tools and scripts to automate build processes

UI

Models, builders, editors and more to faciliate bundle development

Incubator

Incubator components vary in maturity level and are supported by the component leads.

Getting Started

The PDE project places a very high value on community contributions. This document is intended to help those interested contribute to PDE. It communicates our conventions and discusses ways to get your contributions prioritized.

Individual Contributors

TODO

Contributor Links

Workspace

The recommended way to work with PDE is by checking them out of CVS. Doing this makes it easy to try the latest changes and work with patches and ensures that you can easily browse the source code and documentation.

Setup

TODO

Tests

TODO

Back to the top