OTIndigo
From Eclipsepedia
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=falsefor 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:
Re-use and share
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).