CDI context propagation for threads spawned asynchronously using servlet 3.0 and javax.resource.spi.work.WorkManager APIs

2012-06-22 Thread Rohit Kelapure
Team, Do we have a standard way of propagating CDI contexts (request, session, application, singleton, conversation) and other threadlocal state from a parent thread say servicing a servlet request to its dispatched child runnable using the servlet 3.0 AsyncContext.startAsync or the WorkManager

Re: CDI context propagation for threads spawned asynchronously using servlet 3.0 and javax.resource.spi.work.WorkManager APIs

2012-06-22 Thread Romain Manni-Bucau
Hi, i don't know any standard way but what i often saw was to create a kind of invocation context to avoid to need anything in the async call. - Romain 2012/6/22 Rohit Kelapure kelap...@gmail.com Team, Do we have a standard way of propagating CDI contexts (request, session, application,

Jenkins build is back to stable : OpenWebBeans-trunk #856

2012-06-22 Thread Apache Jenkins Server
See https://builds.apache.org/job/OpenWebBeans-trunk/856/

Re: CDI context propagation for threads spawned asynchronously using servlet 3.0 and javax.resource.spi.work.WorkManager APIs

2012-06-22 Thread Rohit Kelapure
Correct. Some code in the container peeks, pushes and pops this JavaEE context before and after the work has been dispatched. On Fri, Jun 22, 2012 at 12:24 PM, Romain Manni-Bucau rmannibu...@gmail.comwrote: Hi, i don't know any standard way but what i often saw was to create a kind of

Re: CDI context propagation for threads spawned asynchronously using servlet 3.0 and javax.resource.spi.work.WorkManager APIs

2012-06-22 Thread Mark Struberg
Hi folks! We are aware that OWB currently doesn't provide this. But all the information is already centrally collected and maintained in the ContextsService. For WAS this will most probably be the WebContextsService. So all you need to know is centrally available there. Also the TheadLocal

Re: CDI context propagation for threads spawned asynchronously using servlet 3.0 and javax.resource.spi.work.WorkManager APIs

2012-06-22 Thread Mark Struberg
As far as I understood, not really: ..., and then exit from the container on theĀ original thread. Thus you start the new thread, pass over the context and then exit from the original thread. - only 1 thread for CDI. It's basically a thread-swapping. IF this gets done atomically (CDI-1.1 will