Changes between Version 1 and Version 2 of ApertureOSGi


Ignore:
Timestamp:
10/12/05 14:18:17 (19 years ago)
Author:
anonymous
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ApertureOSGi

    v1 v2  
    11= The Use of OSGi in Aperture = 
    22 
    3 Both Aduna and DFKI are in favour of using OSGi as a way to bundle these components. At Aduna we have followed a specific way of modelling a service, using a factory for every implementation of a service, and a separate registry that registers all implementations of a specific service. It is the responsibility of the bundle activator of a service to register an instance of a service implementation's factory with the service registry. This allows for a very light-weight initialization of the system, provided that creation of a factory instance is very light-weight. 
     3Both Aduna and DFKI are in favour of using OSGi as a way to bundle these components. 
    44 
    5 Currenly, Leo and Chris think that we should base our code only on pure OSGi code (i.e. org.osgi.*) and not use any other utilities such as the dependency manager that's currently used in the Aduna code. Perhaps Herko can tell us more about what we're in for, because we both have hardly any experience with OSGi yet.  
     5At Aduna we have followed a specific way of modeling services, using a factory for every implementation of a service, and a separate registry that registers all implementations of a specific service. It is the responsibility of the bundle activator of a service to register an instance of a service implementation's factory with the service registry. 
     6 
     7This has two benefits: 
     8 
     9 * It allows for a very light-weight initialization of the system, provided that creation of a factory instance is very light-weight. 
     10 
     11 * All bundle activation code is kept outside of the factory, meaning that the code/bundle jar file is also usable in a non-OSGi application. 
     12 
     13Currenly, Aduna and DFKI think that we should base our code only on pure OSGi code (i.e. org.osgi.*) and not use any other utilities such as the !DependencyManager that's currently used in the Aduna code. Perhaps Herko can tell us more about what we're in for, because we both have hardly any experience with OSGi yet.