I have a question about how service calls are supposed to work with OSGI Web Application Bundles
Lets say I have WAB1 that tracks and calls an OSGI service, that WAB2 registered.
When the actual service is called from WAB1, I can see that there is a 'Context' associated that is only for WAB1.
(More precisely, this is a ComponentInvocation (WebComponentInvocation) that is stored as a inheritable thread local as 'frames' variable of InvocationManagerImpl.)
But when WAB1 calls a service that is implemented in WAB2, then we are still under the context of WAB1, it has not been switched. Even if a new thread is started in service implementation in WAB2, it will still 'inherit' the context of WAB1.
So that means we will not be able to see the JNDI context of WAB2, and we will not be able to get any persistence units defined in WAB2 even though we are executing inside WAB2. Basically anything that would need to be aware of the fact that WAB2 has its own context.
The Thread Context Class Loader will also be wrong since it is still belonging to WAB1.
I would appreciate if Sahoo or someone can shed some light on this matter?
Any way to be able to switch this context with some API? I only know about setting the current thread context classloader.