Alex Miller lives in St. Louis. He writes code for a living and currently work for Terracotta Tech on the Terracotta open-source Java clustering product. Prior to Terracotta he worked at BEA Systems and was Chief Architect at MetaMatrix. His main language for the last decade has been Java, although Alex have been paid to program in several languages over the years (C++, Python, Pascal, etc). Alex has posted 43 posts at DZone. You can read more from them at their website. View Full User Profile

Vote for OSGi integration with Java Modules

01.31.2008
| 7133 views |
  • submit to reddit

Glyn Normington posted that a sunbug has been created to track OSGi support in JSR 277 (Java Modules). You can vote for the bug if you would like to see this support and I would encourage you to do so.

For those not familiar with the background, OSGi is a framework for building Java systems from components, declaring dependencies, services, etc. OSGi R4 was finalized as JSR 291 last year. It is being widely deployed in big and small projects alike, for example serving as the underpinning for the Eclipse platform.

Separately, the JSR 277 expert group has been working on a new Java Module System (along with the supporting JSR 294 for Superpackages) and both of these JSRs are targeted at Java 7. There are some representatives from the OSGi world on the JSR 277 expert group, but thus far the work seems to have been largely driven by the Sun spec leads. My impression (and that of others) is that JSR 277 has not been particularly interested in creating a solution that integrates or interoperates well with OSGi.

Glyn Normington is in a unique position in this discussion as he was on the expert group for JSR 291 and was formerly at IBM on the expert group for JSR 277. He has since left IBM for SpringSource and is presumably working on Spring's movement towards OSGi.

I see the two big changes in Java 7 (in how we write and deploy code day to day) as closures and JSR 277/294. Closures has been grabbing the lion's share of the attention so far but JSR 277 is equally important. I would urge you to vote now!

Published at DZone with permission of its author, Alex Miller.

(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)

Comments

Yardena Why replied on Fri, 2008/02/01 - 2:05am

Well, with all the respect - no thanks. JSR277 is tied with JSR294 and together make a language change, while OSGi is after all just a library. Language changes do not accomodate libraries, it should be the other way round, no matter how important a library is. (See how Generics were crippled to support existing collections library - not again please.)

Besides, this is IBM vs. Sun war if you haven't noticed, and I am no IBM puppet.

Fred Grott replied on Fri, 2008/02/01 - 6:56am

 Nope, we do not need OSGi's stellar reptuaiton goofed up by jsr 277 support..I decline..

 

 

 

 

Fred Grott(aka shareme) sometimes a JavaZone(JavaLobby) and EclipseZone contributor. Top visited blog on Jroller.com at: http://www.jroller.com/shareme/

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.