Tracking change and innovation in the enterprise software development community
QCon San Francisco
Nov 19-21:
+ 80 sessions & tracks
Register now
and Save $400!
IBM WebSphere
Virtualize apps
to lower costs,
Increase agility
Learn more!
Terracotta:
Scale your
Apps w/ease
Offload the DB:
Learn More!
Create REST
-enabled Web Apps
with Project Zero
from IBM.
InfoQ recently sat down with Peter Kriens of the OSGi Alliance to learn more about OSGi. Kriens discussed OSGi's origins in the mobile space, it's integration with Eclipse, the current integration work with Spring, and the future R5 specification. He also discussed the ongoing debate over OSGi and JSR 277, and gave his perspective on what an ideal solution would be for modularity at the JVM level.
Last month we asked whether Sun were listening about OSGi; at JavaOne, it was clear that many others have. Not only are all of the main J2EE engines now OSGi-enabled, but Spring launched their OSGi-based Spring Source Application Platform. Fortunately, a number of positive changes have occurred behind the scenes with JSR277; read on for what's been happening.
A new proposal, iJAM, has circulated on the JSR-294 and modules-dev mailing lists suggesting some changes to the logic supplied in the strawman proposal for JSR-294 'superpackages' and receiving some positive feedback.
The OpenJDK project has released early an access snapshot of the Java Module System (JSR 277) and Improved Modularity Support (JSR 294). JSR 277 addresses modularity from a deployment unit perspective. JSR 294 addresses modularity from a development perspective, introducing a new language construct, called superpackages, for information hiding.
Glyn Normington has written an overview of Java modularity covering JSR 277, JSR 291 and JSR 294. He describes how each is different and adds value, and later responds to the question of why we need modularity support in the JVM, as opposed to custom classloaders (like OSGi).
The BeJUG website recently released a presentation on the Java Module System (JSR 277) by spec lead Stanley Ho. The presentation covers the driving forces for JSR 277 such as classpath and jar hell. The online presentation also includes over five minutes of QA time after the presentation.
JSR 291 Available for Public Review JSR 291 has been made available for public review. JSR 291 is also known as OSGi core spec R4.1.
After the early draft release of JSR 277 a number of questions were raised by the Java community at large about JSR 277, JSR 294 and OSGi. InfoQ sat down with Stanley Ho's (Spec Lead of JSR 277) and Andreas Strebenz (co-Spec Lead of JSR 294) to discuss some of the Java community's concerns.
