Libresource
Home
Search
My Page
Guest -
Login
Navigation
location:
>
Artenum OpenSource
>
Keridwen
>
Innovative Technical Solutions
>
The OSGi standard
Contextual Menu
Presentation
Documentation
Application Cases
FAQ
Keridwen Modules
Key Features
Licenses
Publications
Innovative Technical Solutions
Integrated Modelling Environment (IME)
Service Oriented Approach (SOA)
Software Life Cycle
Supported Platforms
The OSGi standard
Community
Authors and credits
Become a member
Forum
Project Status
Upgrade account
Commercial Offer
Services & Support
Development
API
Examples
Roadmap
Edit this menu
Resource Menu
Properties
Security
More actions...
----
Node Information
Create new resource
Delete this resource
Move this resource
Unbind this resource
----
List children
Go to parent
----
search from here
The OSGi standard
The __OSGi__ industrial standard has been selected for the module system and service platform in order to guaranty a high degree of interoperability with other modelling tools. This choice deeply improves the modularity and the reliability of Keridwen as an IME, tailored or specific bundles being dynamically loaded at runtime. The OSGi specification facilitates a future deployment of Keridwen in a client-server or distributed approach. An OSGi framework (OSGi being an acronym for "Open Services Gateway initiative") is a module system and service platform for the Java programming language that implements a complete and dynamic component model. Applications or components (coming in the form of bundles for deployment) can be remotely installed, started, stopped, updated, and uninstalled without requiring a reboot; management of Java packages/classes is specified in great detail. Application life cycle management (start, stop, install, etc.) is done via APIs that allow for remote downloading of management policies. The service registry allows bundles to detect the addition of new services, or the removal of services, and adapt accordingly. The OSGi specifications are now used in applications ranging from mobile phones to the open source Eclipse IDE. Other application areas include automobiles, industrial automation, building automation, PDAs, grid computing, entertainment, fleet management and application servers. OSGI is today a reference standard in the industry; presents a stable specification and is largely used. {image:http://upload.wikimedia.org/wikipedia/commons/thumb/f/fc/Osgi.svg/500px-Osgi.svg.png|align=center|height=300} Any framework that implements the OSGi standard provides an environment for the modularization of applications into smaller bundles. Each bundle is a tightly coupled, dynamically loadable collection of classes, jars, and configuration files that explicitly declare their external dependencies (if any). All OSGI framework are conceptually divided into the following areas: - __Bundles:__ Bundles are normal jar components with extra manifest headers. - __Services:__ The services layer connects bundles in a dynamic way by offering a publish-find-bind model for plain old Java Interfaces (POJI) or Plain Old Java Objects POJO. - __Services Registry:__ The API for management services (ServiceRegistration, ServiceTracker and ServiceReference). - __Life-Cycle:__ The API for life cycle management (install, start, stop, update, and uninstall) for bundles. - __Modules:__ The layer that defines encapsulation and declaration of dependencies (how a bundle can import and export code). - __Security:__ The layer that handles the security aspects by limiting bundle functionality to pre-defined capabilities. The applicative layer is run through all normalised OSGi runtime. The [http://felix.apache.org/|__Apache Felix runtime__] has been selected for its strict respect of the OSGi norma and its strong community support. Apache Felix only requires a standard JVM to be run. OSGi and the Apache Felix runtime correspond to the current state of the art. [/projects/keridwen|Back home]
Last edited by Benoît Thiébault at Sep 4, 2013 11:25 AM -
Edit content
-
View history
-
View source