You can't use a thread local because
1) the deployers/micrcontainer can cause other deployments/contexts to be
processed
when dependencies are satisfied. e.g. deploying the transaction manager will
cause
many other other services to start.
2) Outside the deployment framework callbacks there wi
fwiw, TorqueBox (jboss-rails) is one of those that has a DU that creates
another DU.
Something stack-ish would be appropriate in my use-case, perhaps.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236052#4236052
Reply to the post :
http://www.jboss.org/in
"david.ll...@jboss.com" wrote : OK how about this. What is the mechanism to
find the DeploymentUnit that a Class belongs to? Does jboss-cl give us
something which does this?
You can do this:
(1) Get CL for the class
(2) Get the Module for CL
(3) Search all DUs for matching Module
--> the one th
"david.ll...@jboss.com" wrote :
|
| This will be necessary to make per-deployment logging setups work right.
>From what i remember, in AS-4.x this was done with a TCL log4j filter (not
>sure how credible that used to work). How is this being done in AS-5?
View the original post :
http://
OK how about this. What is the mechanism to find the DeploymentUnit that a
Class belongs to? Does jboss-cl give us something which does this?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234507#4234507
Reply to the post :
http://www.jboss.org/index.html?
One challenge will be if and when one deployment unit calls into another.
Maybe a reflection-based stack introspection would be better, but I don't
believe there's a portable API to accomplish that.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234016#42340
