GitHub - BirdeeHub/ExampleKotlinPluginLoader: An example plugin loader for Kotli...
source link: https://github.com/BirdeeHub/ExampleKotlinPluginLoader
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
A plugin loader example program in kotlin-jvm
It should be pretty readable for Java coders.
gradle is used for build, so just gradle build shadowJar
Default plugin directory when you run it assumes you are at project root but you can specify.
java -jar ExampleOut/entryPoint.jar 1 <optional path to plugins>
I learned to use a profile better, and also changed a couple more things,
and now it unloads everything except for JUST the classloader that was used for minesweeper.
but there are no longer any active instances other than the 1 loader itself. it closes the other 2.
HELP Im pretty stuck at this point. It says theres an assertion lock but i barely know what that is...
I just want it to release the plugin jar file so that you can edit it without closing the program...
Why is everything now unloading after being dereferenced, EXCEPT for 1 of the instances of PluginLoader?
The parts of note are at the following locations:
If the ONLY reason is Swing, then I guess it is ok. But I thought the only reason was swing, and then I improved it, so now I am not sure.
There are only 2 files over about 60 lines. And for one of those, you shouldnt need to look at more than the top 45 lines
Most of them are closer to 10 lines
(other than the java minesweeper game in example plugins, which isnt relevant. The bug happens with or without it.)
Outline is as follows:
Main is in entryPoint:
Main.kt sets up the shared parent which has the api in its classpath.
It is parent for both the program's loader and the plugin loaders.
Main.kt then launches the program with the program loader.
Minimal API in exampleAPI:
The only api functions of note are a shutdown hook, and the interface to implement to make a plugin.
The hook from the user is passed to PluginManager in a "plugistration" implementation
Main logic in examplepluginloader:
PluginLoader.kt is the loader for the plugins, 1 new one is created for each one.
PluginManager manages the instances and has the functions for opening and closing
MyProgram calls functions from PluginManager, and prints output.
side note:
JByteCodeURLINFO.kt just gets class names in a jar. Top 45 lines of that file should be all you need.
It should not hold any references to the plugin even when stored in Plugin Manager as it is, and all input streams are closed.
This is part of another project and AAAAAAAAAAHHHHHHHHHHH..............
I just want to finally get to write the main features at this point.....
But I want a working base....
And scrapping it all and using OSGi (which I just heard of)...
I really really wanted to learn how to do this....
For Java Coders
The return types are after the function, the ? mean "can be null",
vals cant be reassigned, vars can, class ClassName(): URLClassLoader() {} means ClassName extends URLClassLoader
and PluginManager.kt is a static class (marked with object keyword at start)
Other than that, it is all java, and java classes and JVM
There is 3 usages of .filter {} and .map {} that might be a bit confusing but those work fine.
it can also load from local or over the internet. so thats kinda cool.
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK