Sorry, I'm not sure to understand. When you say "pulls in", do you mean embed or require ?
On Fri, Mar 12, 2010 at 09:57, Alasdair Nottingham <[email protected]> wrote: > I haven't really been following the chain here about the blueprint > uber bundle, but I would like to vote that the blueprint-bundle stay > as is, it is the minimum set you need for a compliant implementation. > If we have a bundle that pulls in dependencies I think we need a new > module for it. > > Thoughts? > Alasdair > > On 11 March 2010 19:46, Guillaume Nodet <[email protected]> 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 >> > > > > -- > Alasdair Nottingham > [email protected] > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
