quartz harbor
ClassLoader cl = Thread.currentThread().getContextClassLoader();
String path = pkg.getName().replace('.', '/');
Enumeration<URL> resources = cl.getResources(path);
List<File> dirs = new ArrayList<>();
while(resources.hasMoreElements()) {
URL url = resources.nextElement();
dirs.add(new File(url.getFile()));
}
pkg is a parameter of type Package, however, this seems to not get ANY files, why's that?
smoky crest
You need to search files from inside the jar resource
smoky crest
Ie you need to open the jar as some type of zip input or input stream using the ClassLoader you have
I can show you my method when im home
Cause it takes a little bit of work
In fact I didn't even write mine lmao its from stack overflow with a few modifications
smoky crest
Yeah that answer never worked for me
I went through about 20 stack overflow posts
Before finding one that works
smoky crest
https://stackoverflow.com/a/22462785/13050697
quartz harbor
tyvm
Error
java.lang.NullPointerException: Cannot invoke "java.net.URL.getFile()" because "root" is null
Code
URL root = Thread.currentThread().getContextClassLoader().getResource(packageName.replace(".", "/"));
Path (Before replace)
me.ikevoodoo.testplugin
smoky crest
sec
this was one of the modifications i used
did*
I changed the class loader in that method
to the main class file of the running plugin
quartz harbor
https://stackoverflow.com/questions/1810614/getting-all-classes-from-a-package
...
and implemented this
smoky crest
then scrapped it
wym?
smoky crest
and implemented this
The one i linked is the same method 😛
quartz harbor
This is what I implemented
smoky crest
This is what I implemented
you gotta change the class loader
quartz harbor
yeah ik
FYI
you can replace it with getClassLoader() if you are in a non static method
no need for getClass()
quartz harbor
Ill just stick with getClass
smoky crest
but youll scan waaay more files than you need to
ALSO
this is important
cache the files from the package your scanning
thats a pretty intensive method to call tbf
quartz harbor
its called once at startup for every plugin implementing this interface
so 1 plugin = 1 run
no need to cache, because I don't reuse it again
smoky crest
fair enough, i saw you had something for commands too thats why i said that
quartz harbor
Yeah the two separate calls are temp so see if they all work
it will be replaced with a single VarArgs
so I can run multiple stuff at once lmao
quartz harbor
lets go
@smoky crest I found a problem
You need to use getDeclaredConstructor
wait nothin
nvm
smoky crest
You need to use getDeclaredConstructor
yep 😛
You can provide dependency injection for classes too with the correct constructor btw
