Re: Async in OSGi / pax-web

2015-12-14 Thread Sergey Beryozkin
Hi Benson I suspect you may need to avoid depending on the default CXF HTTP Transport and deploy your bundle as a web bundle (with web.xml). Do you work with Aries ? If yes then use CXFBlueprintServlet:

Re: Async in OSGi / pax-web

2015-12-14 Thread Sergey Beryozkin
Hi Benson It likely can be controlled from jetty.xml in pax-web (enabling the async mode) but as we have learnt recently, pax web only checks jetty.xml if a full blown war or web bundle is deployed. Web Bundle is your regular bundle, with only web.xml added to it, plus an extra WebAppContext

Re: Async in OSGi / pax-web

2015-12-14 Thread Benson Margulies
On Mon, Dec 14, 2015 at 11:00 AM, Sergey Beryozkin wrote: > Hi Benson > > It likely can be controlled from jetty.xml in pax-web (enabling the async > mode) but as we have learnt recently, pax web only checks jetty.xml if a > full blown war or web bundle is deployed. > Web

Re: Async in OSGi / pax-web

2015-12-14 Thread Benson Margulies
On consideration, I really don't want to get involved in a web.xml if I can avoid it. I'm not using the stock http transport as things are, somehow the code from the service factory plugs itself into the pax-web universe. I think I'll do some sleuthing. On Mon, Dec 14, 2015 at 9:22 AM, Benson

Re: Async in OSGi / pax-web

2015-12-14 Thread Benson Margulies
A simple example worked. On Mon, Dec 14, 2015 at 1:02 PM, Benson Margulies wrote: > Off I go! > > On Mon, Dec 14, 2015 at 12:37 PM, Daniel Kulp wrote: >> >>> On Dec 13, 2015, at 1:11 PM, Benson Margulies wrote: >>> >>> How does the

Re: Async in OSGi / pax-web

2015-12-14 Thread Benson Margulies
I have avoided blueprint in favor of DS but both are in karaf so I can probably go there. On Dec 14, 2015 12:00 PM, "Sergey Beryozkin" wrote: > Hi Benson > > I suspect you may need to avoid depending on the default CXF HTTP > Transport and deploy your bundle as a web bundle

Re: Async in OSGi / pax-web

2015-12-14 Thread Sergey Beryozkin
May be you can try with a single service first - no complexity is added, you'd only add a web.xml which would refer (via Spring DM or Blueprint) to the actual application context, with CXFServlet, same as you do it without OSGI, when working with CXFServlet. I was referring to that

Re: Async in OSGi / pax-web

2015-12-14 Thread Daniel Kulp
> On Dec 13, 2015, at 1:11 PM, Benson Margulies wrote: > > How does the config in > http://cxf.apache.org/docs/servlet-transport.html for async map out in > pax-web? > > is there a ConfigAdmin param that gets set? Have you tried it? I believe pax-web always assumes that

Re: Async in OSGi / pax-web

2015-12-14 Thread Benson Margulies
Off I go! On Mon, Dec 14, 2015 at 12:37 PM, Daniel Kulp wrote: > >> On Dec 13, 2015, at 1:11 PM, Benson Margulies wrote: >> >> How does the config in >> http://cxf.apache.org/docs/servlet-transport.html for async map out in >> pax-web? >> >> is there a

Async in OSGi / pax-web

2015-12-13 Thread Benson Margulies
How does the config in http://cxf.apache.org/docs/servlet-transport.html for async map out in pax-web? is there a ConfigAdmin param that gets set?