David,
When I read the early-release of the OSGi Service Platform Spec that contained the Subsystem Specification, I gotta admin, I got pretty excited. I like the ability to group a set of bundles into a subsystem , and then to control the visibility of packages both within the subsystem and external to the subsystem. When we talk about deploying a Karaf-managed application (a set of subsystems and the core karaf bundles) into a virtual machine, the ability to pick and choose the specific subsystems to deploy will make things like thread-management and cpu utilization easier. While the karaf features provisioning mechanism provides a grouping and deployment mechanism, there is no way to define the visibility of packages outside of a feature. Either a package is available to everyone, or it is available to no-one. A subsystem provisioning mechanism that allows for this control of visibility will in all likelihood allow us to solve a number of problems that karaf users are currently faced with. When thinking this through, I wonder if provisioning should be handled by Felix instead of Karaf? Felix is a service platform, and will need to implement its own provisioning capability at some point. Does it make sense to continue keeping it in karaf? I know this is thinking about something that may not take place for a while (maybe 6 months to a year), but I do think we should start looking into it. ----- Original Message ----- From: "David Jencks [via Karaf]" <[email protected]> To: "mikevan" <[email protected]> Sent: Tuesday, November 1, 2011 12:39:47 PM Subject: Re: Aries and Spring Co-Existance in Karaf I'm not at all a spring expert but I think people are being unclear about exactly what they are trying to do. There are a lot of capabilities in spring products and being very specific about exactly what you want might help clear things up. -- you can only use one blueprint implementation within one bundle (either the aries or the eclipse/spring one). (similarly for jpa, jta, ...) -- as long as all types of framework used within a bundle communicate cross-framework only through osgi services there should be no problem using as many frameworks as you want. But if, for example, some spring web object directly uses a blueprint component that isn't a service that almost certainly ties the spring web stuff to the spring blueprint implementation. As a separate issue, virgo has isolation between "kernel" and "application" code and karaf doesn't. I'm looking into implementing this in karaf using the same code (regions) as virgo uses (this is also the basis of the subsystems isolation code under development in aries) but at best this will only work in karaf trunk. This may or may not be important to any particular project. thanks david jencks On Nov 1, 2011, at 8:25 AM, mikevan wrote: > > > Raman, > > > > Can you describe the technical reason why you couldn't use camel, aries, and > gemini contexts in the same bundle? To my knowledge, aries and gemini both > leverage the osgi interfaces for osgi stuff. So, as long as the service is > consumed by the same context used by camel, shouldn't they work? > > > > ----- Original Message ----- > > > From: "Raman Gupta [via Karaf]" < [hidden email] > > To: "mikevan" < [hidden email] > > Sent: Tuesday, November 1, 2011 11:06:36 AM > Subject: Re: Aries and Spring Co-Existance in Karaf > > On 11/01/2011 10:30 AM, mikevan wrote: >> Why can't Gemini work in Karaf? > > You're right. I don't know if it will work. I should have said "it > doesn't work out of the box". If you decide to try it and get it > working I'd be interested in your features.xml. > > I too have used Virgo extensively but have decided to move to Karaf > for my current project. But I'd definitely like to see Gemini on Karaf. > > I believe your other scenario (camel, blueprint, spring contexts in > the same bundle) is not possible with Aries Blueprint, but is possible > with Gemini Blueprint. > > -- > Raman Gupta > VIVO Systems > http://vivosys.com > > > > > > > > If you reply to this email, your message will be added to the discussion > below: > http://karaf.922171.n3.nabble.com/Aries-and-Spring-Co-Existance-in-Karaf-tp3438050p3470927.html > > To start a new topic under Karaf - User, email [hidden email] > To unsubscribe from Karaf - User, click here . > > ----- > Mike Van (All links open in new tabs) > Committer - Kalumet > > Atraxia Technologies > > NCI Inc > > Mike Van's Open Source Technologies Blog > -- > View this message in context: > http://karaf.922171.n3.nabble.com/Aries-and-Spring-Co-Existance-in-Karaf-tp3438050p3470974.html > > Sent from the Karaf - User mailing list archive at Nabble.com. If you reply to this email, your message will be added to the discussion below: http://karaf.922171.n3.nabble.com/Aries-and-Spring-Co-Existance-in-Karaf-tp3438050p3471177.html To start a new topic under Karaf - User, email [email protected] To unsubscribe from Karaf - User, click here . ----- Mike Van (All links open in new tabs) Committer - Kalumet Atraxia Technologies NCI Inc Mike Van's Open Source Technologies Blog -- View this message in context: http://karaf.922171.n3.nabble.com/Aries-and-Spring-Co-Existance-in-Karaf-tp3438050p3471232.html Sent from the Karaf - User mailing list archive at Nabble.com.
