InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Could eRCP become an OSGi standard?

Posted by Alex Blewitt on Apr 09, 2008

Sections
Development,
Architecture & Design
Topics
Mobile ,
Java
Tags
Eclipse eRCP ,
SWT ,
OSGi

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?

could it? by Christopher Brind Posted
Maybe.. by Neil Bartlett Posted
  1. Back to top

    could it?

    by Christopher Brind

    Highly unlikely. Would be interested in Peter Kriens response, but I suspect it will be along the lines of how OSGi is a lightweight specification.

    If eRCP became part of the standard then why shouldn't RCP? That will never happen.

    My personal view is that OSGi shouldn't even consider it. People are free to build what they want on top of OSGi and eRCP will blinker people's technical freedom of choice. eRCP maybe a de-facto standard, but that's as far as it should go.

  2. Back to top

    Maybe..

    by Neil Bartlett

    I think there could be room for this in the wider church of OSGi.



    As Christopher points out, OSGi is a lightweight specification... but that's only really the core. Also under OSGi Aliance there are the Enterprise, Vehicle and Mobile expert groups, and the total output from all these groups (especially enterprise) doesn't look very lightweight at all. That is, if you printed it all out and dropped it on your foot, you would probably break some bones. The important thing is that all these extra parts are optional and specific to a particular use case. So eRCP could work in the same way.



    Incidentally, a very interesting consequence of standardising eRCP would be the creation of an OSGi specification for the Eclipse Extension Registry. I would like that to happen because I think that some significant enhancements could be made through the process of turning it into a specification.

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.