Upayavira wrote:
I don't know if this is a completely stupid idea, but...
If we've got our own classloader, then requests for classes will be
passed to that for resolution. Hence, if a request for java.net.URL is
made, such that the URL.setURLStreamHandlerFactory() method can be
called, could we not, instead of returning a java.net.URL class,
return a proxy class that has an alternative implementation of
setURLStreamHandlerFactory()? That way we just route around the JVM
problem within our own classloader.
Reasonable? Stupid?
Well, I have certainly had worse ideas, but I am not sure if we should
us this approach. And ultimately, I don't think it solves the issue. We
are in a situation where we have a single stream of requests for
protocol handlers that must be multiplexed out to the appropriated
framework instance to be serviced. The above approach doesn't really
help with the multiplexing aspect.
-> richard