Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
OTIndigo
The Eclipse Object Teams Project joined the Indigo release train.
Here are the details wrt the Eclipse Simultaneous Release document.
This page overlaps with [1] which is generated from the data entered through the portal, but here we give more information on background and details.
Contents
Do the basics ... early
Planning
IP Documentation
Release Review
- (typically at RC2)
Play well with others ... to be in common repository
Communication
- subscribe to cross-project mailing list (sherrmann)
- subscribe to cross-project bugzilla inbox (sherrmann)
- provide contact details for build engineer (see objectteams.b3aggrcon).
API
Here is where the fun starts :)
- document non-standard usage:
- OTDT/NonAPI
- patch feature for
org.eclipse.jdt.core
, approved as an exception by the Eclipse PMC, see this post and its replies.
- (optional) Eclipse-wide strategy for dealing with all kinds of exceptions
- further discussion (process & technology)
- API requests in bugzilla
- (optional) extended friend mechanisms?
- integrate with API tools?
- establish communication protocol between teams?
Message Bundles
Version Numbers
OSGi bundle format
Execution Environment
Signing
Jarred Bundles
- most bundles are jarred
- some bundles required some tweaking during the 0.8 cycle:
- otdt: changing to jarred install worked out of the box
- otdt.ui.help: got it to work with the little patch in bug 329806
- one bundle still requires
unpack=false
for technical reasons:- otdt.samples: could not be persuaded, the pde.ui.samples extension point doesn't work off a jarred plug-in.
- I filed bug 332748 to track this last reason for unpacking.
- some bundles required some tweaking during the 0.8 cycle:
Capabilities
Support Translations
- string externalization is done, Object Teams participates in Babel, but suffers from bug 344764.
Excel in NL support
- the only relevant class was
java.text.MessageFormat
, which has been fully replaced byorg.eclipse.osgi.util.NLS
.
Branding
Do No Harm
- potential incompatibilities could arise from
- other feature providing a patch to
org.eclipse.jdt.core
, too. => incompatible - other feature applying bytecode weaving, too. Needs investigation, should be possible.
- before the fix for bug 329784 p2 touchpoints didn't support smooth installation of several plug-ins using adaptor hooks.
- OTDT's aspect bindings interfering with other features. Shouldn't happen, if it happens we can fix on short notice.
- other feature providing a patch to
- planning to cross-test the OTDT with other bytecode weaving plugins installed
- These are not part of Indigo: AJDT, Greclipse, Scala IDE
- any weaving bundles in Indigo?
License text consistency
Be a good Eclipse Citizen ... and document it
Engage Community
Usability
Performance
- todo
Test Localization
- todo
Enable Use with All Languages
- todo awaiting users from non-western locals for input
Builds
- see OTBuilding
Ramp Down Planned and Defined
- todo
Accessibility
- todo
Unit Tests
API Policy
Retention Policy
- todo
Project Metrics
Technical Details of Contributing to Indigo
- As documented in OTBuilding the automated build includes creating a deployable p2 repository with these properties
- signed
- with pack200 files
- accumulative meta data per minor release
- categorized
- Our contribution has been committed by following the steps in Indigo/Contributing_to_Indigo_Build:
- We are contributing our features to the Programming Languages category, and OT/Equinox also to the EclipseRT Target Platform Components category, see objectteams.b3aggrcon
- Two issues were fixed during joining the aggregation build:
- Our pack200 files were affected by incompatibility between JDK 5 & 6 (see bug 311469#6 ff.).
- The platform filter of our fragment org.eclipse.objectteams.otequinox.sunjvm had a typo which was never reported (see bug 329984, bug 329985).