Forums
New posts
Search forums
Members
Current visitors
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Menu
Log in
Register
Install the app
Install
Forums
Archive
Archive
Java
Reflection: discovering the implementations of an interface
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
[QUOTE="z-man, post: 1997806"] Why? As the JVM loads such dynamic classes, couldn't it keep track of their in-memory presence for on-the-fly reflection-at-package-level purposes? As I said, I intended to discover "all the *available* classes from a specific package": AVAILABLE doesn't mean POSSIBLE. It's self-evident that I didn't want to discover the whole universe of the possible imaginative package: I simply did NOT want that. I wanted all the reachable classes from a specific package within the classpath scope: is it SO insane? In fact, as the context of my question should have implied, I was referring to the most common, real-life case: non-dynamically-generated classes. *Possible* doesn't mean *practical*: I think that the typical scenario is NOT randomly-generated classes, but well-established, non-volatile classes. YOU are restricting yourself to the limits of a platform. OK. As many people have asked for such a functionality, maybe just ignoring the problem (as no official practise seems to exist) is somewhat an exercise for snob theorists. ;-) [/QUOTE]
Verification
Post reply
Forums
Archive
Archive
Java
Reflection: discovering the implementations of an interface
Top