Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Raman Gupta
On 11/01/2011 06:05 AM, Ioannis Canellos wrote: Let's not confuse blueprint with spring. Blueprint is a declarative way to work with OSGi services and Spring is a framework for creating applications. I don't think that Aries has the same focus with Spring but with SpringDM. You can always

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Guillaume Nodet
You can use OSGi services for that. OSGi services can be exported and imported irrespective of the underlying technology used. On Tue, Nov 1, 2011 at 13:35, Raman Gupta rocketra...@gmail.com wrote: On 11/01/2011 06:05 AM, Ioannis Canellos wrote: Let's not confuse blueprint with spring.

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Raman Gupta
My point wasn't the technology across bundles -- rather, I'm talking about interop with the DI framework used *within* a bundle. For example, I may want to use Guice for DI within my bundle, but use Blueprint to expose/consume OSGi services. As it stands, developers have to learn each DI

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread mikevan
Guillaume, Consider the following use-case: 1) A bundle is activated by Aries Blueprint, and Blueprint consumes a osgi service that provides a jms connection. (configured in an OSGI-INF/blueprint directory) 2) The bundle uses spring-web to create a restful endpoint (configured in a

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Raman Gupta
In this example, how would the three contexts work together? In my work, I've seen coding like this where Spring is desired, and where Aries blueprint doesn't provide the functionality Spring provides. In that environment, there is a movement towards Eclipse Gemini because it is written

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Johan Edstrom
I think you are reading this wrong. Table 5.1. XML Configuration Differences On Nov 1, 2011, at 8:15 AM, Raman Gupta wrote: In this example, how would the three contexts work together? In my work, I've seen coding like this where Spring is desired, and where Aries blueprint doesn't

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Johan Edstrom
If you use osgi services you can accomplish this. On Nov 1, 2011, at 8:06 AM, mikevan wrote: Guillaume, Consider the following use-case: 1) A bundle is activated by Aries Blueprint, and Blueprint consumes a osgi service that provides a jms connection. (configured in an

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread mikevan
Johan, Then, the three contexts can work inside of the same bundle? - Original Message - From: Johan Edstrom-2 [via Karaf] ml-node+s922171n3470819...@n3.nabble.com To: mikevan mvangeert...@comcast.net Sent: Tuesday, November 1, 2011 10:29:38 AM Subject: Re: Aries and Spring

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Raman Gupta
On 11/01/2011 10:27 AM, Johan Edstrom wrote: I think you are reading this wrong. Table 5.1. XML Configuration Differences No. Scroll down to the end of that section. As mentioned before, in Spring DM one can mix and match the namespaces: [...snip...] The example above, uses the Spring

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Raman Gupta
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

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread mikevan
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

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread Johan Edstrom
Gotcha, that still would be an effect of the authors of Spring DM2 having the legacy schemas, I don;t really personally see why aries should support spring syntax if the standards agreed on one schema. Just my 0.2 though. /je On Nov 1, 2011, at 8:33 AM, Raman Gupta wrote: On 11/01/2011

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread David Jencks
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

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread mikevan
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

Re: Aries and Spring Co-Existance in Karaf

2011-11-01 Thread David Jencks
On Nov 1, 2011, at 9:58 AM, mikevan wrote: 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