File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
The moose likes Other Application Frameworks and the fly likes Modular Java: Spring Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Frameworks » Other Application Frameworks
Bookmark "Modular Java: Spring" Watch "Modular Java: Spring" New topic

Modular Java: Spring

Tomasz Prus
Ranch Hand

Joined: May 20, 2008
Posts: 73
what exacly Spring provides for OSGi?
binayakumar patel

Joined: Jun 26, 2009
Posts: 27
The Spring Dynamic Modules for OSGi(tm) Service Platforms project makes it easy to build Spring applications that run in an OSGi framework. A Spring application written in this way provides better separation of modules, the ability to dynamically add, remove, and update modules in a running system, the ability to deploy multiple versions of a module simultaneously (and have clients automatically bind to the appropriate one), and a dynamic service model. OSGi is a registered trademark of the OSGi Alliance. Project name is used pending approval from the OSGi Alliance.

OSGi R4 (or greater) platform
(Spring DM is tested daily against Eclipse Equinox 3.2.x, Knopflerfish 2.2.x and Apache Felix 1.x)
Spring Framework 2.5.6 or greater

[ UD: This post is copied verbatim from Please don't copy and paste text passages without attribution. ]
Craig Walls
Ranch Hand

Joined: Sep 19, 2003
Posts: 335
Put another way...

Spring dependency injection (plus interface-oriented design) does a great job of enabling development of applications from loosely-coupled objects. But by itself Spring's DI works at a very fine-grained level (at the object level).

Meanwhile, OSGi offers an interface-oriented approach to developing coarse-grained components that are loosely-coupled. But OSGi's native API is a bit cumbersome (not too bad, but still more than I care for) and misses out on wiring objects that make up OSGi services.

Bringing the two together (in Spring-DM) means that you can declare OSGi services using a familiar Spring-style configuration *and* define those services as a collaboration among several beans that are wired together. On the service-consumption side, Spring-DM let's you declare that you want to consume a service (identified by its interface) and then wire that service into Spring beans as if the service were just another POJO in the same context.

Spring in Action - Unleash POJO power in your applications!
Modular Java - Discover the secret weapon to modularity on the Java platform!
XDoclet in Action - Your complete guide to code generation with XDoclet.
I agree. Here's the link:
subject: Modular Java: Spring
It's not a secret anymore!