We only use org.osgi.service.framework.CompositeBundleFactory in
blueprint where "use" is we determine whether the class is available.
So having that package is still necessary but it is fully optional.
As for org.osgi.framework.launch we do not need it. I think we
previously might have needed in some places it because
CompositeBundle.getCompositeFramework() returns an
org.osgi.framework.launch.Framework. However, all this code is now
isolated in org.apache.aries.utils.
Valentin
On 11 Mar 2010, at 19:46, Guillaume Nodet wrote:
On Thu, Mar 11, 2010 at 19:54, Lin Sun <[email protected]> wrote:
I think the framework launch may be used by the blueprint extender to
detect blueprint bundles in child frameworks or the
AriesBundleTracker, when we detect the framework provides
CompositeBundleFactory service (which is based on old RFC 138). And
framework launch packages are provided by the osgi core 4.2 jar. I
think it is ok if we put it as optional.
I don't think that's the case. The CompositeBundleFactory and
everything related to composites are in the
org.osgi.service.framework package.
We need to try, but I think it's safe to remove that one.
* org.osgi.framework.launch : no idea where this one come from, i
can't find any reference in the whole project
cool lets remove it
* org.osgi.util.tracker : we may want to embed it
This is provided by the osgi companion 4.2 jar.
Yeah but we're trying to minimize the dependencies. Given it's only a
few classes and not a service we depend on, embedding those would
remove the additional dependency. The problem with the companion jar
is that it is a big jar with optional imports. If you don't deploy
the servlet api for example, the compendium will still resolve, but
later you might run into problems if you want to deploy servlets.
You'd have to refresh your compendium, leading to a restart of all
blueprint applications.
Might be a bit overkill ...
Lin
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com