A post to the eRCP newsgroup over the weekend put forward a proposal of putting forward eRCP as an OSGi standard.
The embedded Rich Client Platform is a cut-down set of widgets based on SWT (called eSWT) and the higher-level widges based on JFace (called eJFace). Developers who know how to use SWT and JFace will find the APIs almost equivalent for their embedded counterparts; and since both run on top of Equinox, it's possible to develop bundles that run against both RCP and eRCP.
Several handset developers are already behind eRCP. The most recent announcement was Sprint's Titan environment which uses eRCP atop a J2ME Foundation Profile VM, but Nokia supports eRCP quite heavily. It's a separate direction from Android, but OSGi bundles can also be run on Android.
Chris Aniszczyk, who won this year's Top Eclipse Committer award (and last year's Top Ambassador), is generally supportive of the proposal but wonders where the control will lie:
... it seems like a good idea. However, I'm still a bit uneasy with where the control lies... does this specification imply that the OSGi community gets to dictate what is in eRCP from now on? What impact does this have on the RCP stack controlled by the Eclipse community? Does the eRCP project in Eclipse become the reference implementation, similar to how Equinox is the reference implementation for OSGi?
Regardless of whether the proposal goes further forward with OSGi standardization, it's clear that there's a lot of interest in the mobile handset community about having a standard application framework that can evolve over time, but without being hampered by the JCP.
Do you think formalising the eRCP as an OSGi standard will help or hinder the platform?