|Ah, ok, I see, you want an inverse delegation model where the top
|CL can ask
|any of its subloaders for a class and simply picks the first one.
almost I want the "initiatingCL" to delegate to a APplicationCL or
"ModuleCL" (we might not need "modules" after all).
That App CL has the collection of CL and a map of class name-> CL
a cl register to the "MCL" if you wish that is the delegated CL that answer
for point CL requests.
It doesn't require the line cl linking you do and it is as if not more
flexible. What is missing in the my mind is the exact inforamtion we need
from XML , I am trying to do it from the bare ejb-jar.xml and ejb-ref...
|What you get is essentially a set model instead of a tree model.
almost, the level 2 CL is a set yes, the rest is still delegated.
|(of course,
|since there's only one level, not counting the top one which doesn't really
|do anything other than delegate).
|
|Interesting. As a coincidence I think JMX has the same approach.
|
It makes me think about the power of "invoke". Typing is a compiler thing
:)
|Yes, interesting.
|
|The pro is that it is fairly simple, even to implement, and the main con is
|that you can't have several versions of the same class within an
|application. Which will probably won't be necessary for most cases buuut...
|anyway..
not within an Application Class Loader, no. (why would an app run the SAME
class under same name but differnet versions)
you can have it under diff apps tho
|> still research (so I am not saying I will find something) but
|give me some
|> time...
|
|Go ahead, you have the entire holidays to explore this :-) If I'm guessing
|right with the above it would be an interesting concept.
|
|You still need to have something to bind the EAR's together, but it would
|basically be just a "I'm part of the logical app Foo" thingy.
|
that is what is missing in my mind... I am not sure we even need that, in
fact I am going with a JMS like philosophy (don't get lost, it is fairly
simple) do as **local** as you can. In other words, say what classes your
class depends on and basta!
|> PS: also I strongly recommend that ACM paper I posted yesterday it really
|> helps
|
|Will do.
it is really good
amrc
|
|/Rickard
|
|
|
|
|
