|But since java.net.URLClassLoader is ubiquitous to the source, this would
|require a lot of reference changes, doesn´t it? And going the way
|back when
|SUN fixed this issue (ok, maybe we just have a minimal chance) would be,
|again, a pain in the ass.
You are right but I don't see another solution. The fact is that this makes
the deployment look somewhat more broken than it really is and also SLOWS
down the deployment of big ears significantly.
And as you and I have a passion for dumbo ;-)
|
|What is specific to URLClassLoader that is often needed and that is not
|already specified in java.lang.ClassLoader? If it is not much (addUrl(URL)
|maybe one of these things?), I would propose, to replace all URLClassLoader
|references by java.lang.ClassLoader and to implement the lacking stuff by
|some static abstract like a org.jboss.util.ClassLoaders(.addUrl(ClassLoader
|loader, URL url)) to keep the knowledge about which detailed classloader
|implementation we currently use local.
|
Frankly I am not sure it will take THAT much time... any solution is good,
this is not worth a battle :)
marc
|Just my �0.02 (which is unfortunately quite worthless at the moment ;-)
|CGJ
|
