Decebal Suiu

> Is this expected behaviour? I'm not sure what the right thing to do would be, but at least it feels like silently returning is not 100% right. The current...

@slovdahl If you are satisfied with your solution, please create a PR as a discussion point and review, maybe we can add your improvement to the core.

Thanks! I don't use Eclipse so I don't know too much about Eclipse.

@dtrunk90 Thanks that you created a separate issue with this subject (hot swap). Someone explained in a [comment](https://github.com/pf4j/pf4j/issues/65#issuecomment-249180917) a possible scenario for hot swap/deployment in PF4J. I explained in a...

@dtrunk90 > The only project I know of which already has this feature and could be helpful to take a look into is Keycloak. Do you talk about this [Keycloak](https://github.com/keycloak/keycloak)?...

> I don't know if it's a Keycloak or WildFly feature. It's a WildFly feature. In PF4J the complexity is high because you have plugin with dependencies. We will see....

> AbstractPluginManager curently has only getRuntimeMode() which expects to read a System.property to determine the runtime mode. The idea is that `runtimeMode` is immutable after you created the plugin manager....

Other possible solution is to add a non public (protected, ...) `setRuntimeMode` in `AbstractPluginManager`.

Maybe the correct approach is to use a [SecurityManager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) together with a policy file for yours plugins. It's the most standard approach.

@micha2017 Any news? How did you resolved the problem?