On 29/11/2016 21:14, Alan Snyder wrote:
Prior to JDK 9, it was possible (using setAccessible) to ask a ClassLoader
whether a class with a given name had been loaded without actually forcing it
to be loaded.
This hack will not work in JDK9, so I am wondering if there is a way to do this?
If not, can someone explain why it would be a bad thing to be able to do this?
I can't quite tell what the hack is, is it reading the private `classes`
field?
Here is my use case:
I have two classes, A and B, that have been designed to be aware of each other,
but are packaged in separate JAR files or modules that can be loaded
independently. My goal is for these classes to make a runtime connection with
each other, but only if both have been loaded by the application.
If each class can at load (initialization) time test whether the other has been
loaded, then they can use reflection to make that connection.
All of the other solutions I have thought of require yet a third
class/interface C that is separately packaged and loaded by both A and B. This
is feasible, but seems unnecessary.
The scenario sounds like it needs a broker but without specifics then
it's hard to make suggestions.
One question: Are A and B in different packages? If A is p.A and B is
q.B when would it be enough to know if any p.* or q.* types have been
loaded? If so then ClassLoader::getDefinedPackage might be useful.
-Alan
