OSGi - dynamic modular system for Java. Ok, but what is the base line theme, why OSGi has been developed? What are the benifits of using OSGi? What is the main story of developing the OSGi? Why it is?
Waiting for kind response.
OSGi - dynamic modular system for Java. Ok, but what is the base line theme, why OSGi has been developed? What are the benifits of using OSGi? What is the main story of developing the OSGi? Why it is?
Waiting for kind response.
OSGi is
A module system for Java: it provides a way of exporting and importing Java packages and enforcing the module boundaries, including explicit dependency and version information.
A generalized container for Java systems: bundles can be dynamically loaded and unloaded without stopping the system, where "bundle" is basically jar file.
A service-oriented programming system: in addition to modularizing the system by packages, OSGi supports service-oriented modularity, including things like the whiteboard pattern (PDF).
OSGi was originally developed to support high-end embedded systems such as set-top boxes, which motivates the explicit dependencies and versioning, as well as making it fairly lightweight when used as a more recent, enterprise-side container.
If you look closer, the concept of classpath in Java really sucks.
You distribute your classes in JAR files, but during runtime Java will (almost) blindly throw all the classes from all the JAR files into one big bag where classes with the same name overshadow each other and then interact in expected ways.
OSGi brings a proper runtime modularity to Java platform and on top of that a powerful service model, sometimes referred to as "SOA inside the JVM".
I would strongly recommend reading some introductory articles about OSGi that will give a more concrete idea of what this all means. A good starting point might be the series of articles on InfoQ about Java modularity by Alex Blewitt: