Replies: 1 comment 5 replies
-
We build a plugin mechanism for Kestra based on Micronaut introspection beans ( Relying on bean introspection from Micronaut was a bad idea as it tied a version of Micronaut of the runtime, to a version of Micronaut on the plugin, so each time we want to update Micronaut, we need to update it on our 70 plugins, even for minor version (no idea why but bean introspection are created specific to a version). So my advice is to have your plugins not depend on anything from Micronaut, we are thinking of removing the usage of bean introspection and relying instead on classloader scanning or other mechanism (Jandex for ex). You can have a look at our plugin implementation here: https://github.com/kestra-io/kestra/tree/develop/core/src/main/java/io/kestra/core/plugins |
Beta Was this translation helpful? Give feedback.
-
I would like to build a plugin/microkernel architecture, similar to the vscode extension for web applications. should I use Micronaut alone or integrate Micronaut with OSGi / plugin4java (PF4J) as my plugin engine?
should I use Micronaut as a DI engine at outer layer but having OSGi as inner layer for managing the plugin lifecycle.
how can I build a plugin extension on top of Micronaut?
Please let me know.
Beta Was this translation helpful? Give feedback.
All reactions