osgi open services gateway initiative n.
Skip this Video
Loading SlideShow in 5 Seconds..
OSGi: Open Services Gateway Initiative PowerPoint Presentation
Download Presentation
OSGi: Open Services Gateway Initiative

Loading in 2 Seconds...

play fullscreen
1 / 20

OSGi: Open Services Gateway Initiative - PowerPoint PPT Presentation

  • Uploaded on

OSGi: Open Services Gateway Initiative. Richard Chapman 5 Sept. 2002. Original Intention. To allow services to be remotely deployed and administered onto home network gateways such as set-top boxes and DSL modems. Current Intention.

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

OSGi: Open Services Gateway Initiative

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
osgi open services gateway initiative

OSGi: Open Services Gateway Initiative

Richard Chapman

5 Sept. 2002

original intention
Original Intention
  • To allow services to be remotely deployed and administered onto home network gateways such as set-top boxes and DSL modems
current intention
Current Intention
  • Expanded to be a language and OS-neutral way of providing and administering services
  • Targets include divserse platforms such as automotive components, comsumer electronics, mobile phones
osgi appropriate where
OSGi Appropriate where
  • Lifecycles are managed
  • Uptimes are long
  • Management is done remotely
  • Resilience, robustness matters
  • (this is the marketing hype)
what is it
What is it
  • A Java-based environment consisting of the J2RE and the OSGi framework in which downloadable bundles of services managed by a registry can be run
supposedly plays well with other services
Supposedly plays well with other services

Insert picture from the overview here

  • Service framework = execution environment for downloaded services
  • Bundles = groups of downloadable services (related in some way)
  • Registry = exhange services between bundles in some manner

Insert picture from p. 7-282

osgi service specifications
Three version 1 services

Logging service

Web server

Device access

Version two services added:

Configuration svc

Preferences svc

User admin svc

Permission admin svc

Pkg admin svc

OSGi Service Specifications
  • Allows the downloading, execution, and removal of bundles
  • M anages bundle installation and updates dynamically (scalably?)
  • Consistent programming model for bundle developers
  • Bundles can select an available implementation at runtime through the framework registry
  • JAR files
  • May include other resources (html, help files, icons, etc)
  • Contains manifest
  • States dependencies on other resources
  • Bundle activator class
bundles cont d
Bundles, cont’d
  • Framework itself is a bundle (system bundle)
  • Management bundles implement policies (e.g. from what location is a bundle to be loaded)
  • Each bundle has a classloader with it, providing bundle with own namespace, permitting sharing of packages between bundles
native code libraries
Native Code Libraries
  • Specified in manifest header
  • Certain permissions required to load native code library
  • Can specify different native code for different OS and processor (in the manifest header)
bundle object

B undle location

Bundle state (installed, active, starting, stopping, active, etc)

Bundle Object
bundle context
Bundle Context
  • Created by framework when a bundle is started
  • Represents execution environment of a single bundle
  • Acts as proxy to underlying framework
  • Provides private persistent storage area
  • Maintains environment properties
  • Bundle is a set of cooperating services available from shared service registry (bundle does the registering)
  • Services provided in framework as service objects
  • Service interface defines semantics of a service
  • Framework manages dependencies between services provided and used by different bundles
service interfaces
Service Interfaces
  • Service interface is the specification of the service’s public methods
  • Some defined as standards by OSGi EG’s (expert groups)
  • Can define your own interfaces (? )
  • When requesting a service, you specify the name of the service interface you are interested in implementations of
registering services
Registering services
  • Service object is registered with registry, along with key/value pairs used in searching (like Jini)
  • Every registered service object has unique ServiceRegistration object (provided only to the bundle that registered the svc) and some ServiceReference objects that refer to the registered service (used to acquire the code when you are ready to use the service)
obtaining services
Obtaining Services
  • Bundle asks for services implementing an interface, gets ServiceReference Objects back from the registry
  • Use the ServiceReference object to actually get the service object (you need permission to do that; anyone can get the reference object)
what have i not covered
What have I not covered
  • Events
  • Security
  • Using on JDK1.1
  • Particular service specifications
  • What runs on what machine?
  • LAN, WAN, what?