You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found a strange issue when starting a platform over a PlatformConfiguration with added components. The platform starts up fine if I directly use a magic string for the full path of the added component:
However, config.addComponent(MyAgent.class); does not work (the platform does not start properly and Jadex hangs up), although Jadex should support Class objects.
Interestingly, even this does not work, although the same string content is passed:
So the only possibility is to use the magic string as argument as shown above, which makes platform definitions quite error-prone for refactorings. I cannot explain this behavior, but it should be a bug, I guess.
The text was updated successfully, but these errors were encountered:
@fredericjacob this might have something to do with the fact that Jadex dynamically enhances your classfiles to be able to do BDI-related things. This can only happen before the JVM loads the class using a ClassLoader: by referring to MyAgent.class, you load the class, making the required enhancements no longer possible.
You could look into the jadex.bdiv3.BDIEnhancer.enhanceBDIClasses method to see if you can integrate that in your build steps; that would make this enhancement happen as a part of your builds instead of at runtime.
I found a strange issue when starting a platform over a
PlatformConfiguration
with added components. The platform starts up fine if I directly use a magic string for the full path of the added component:However,
config.addComponent(MyAgent.class);
does not work (the platform does not start properly and Jadex hangs up), although Jadex should support Class objects.Interestingly, even this does not work, although the same string content is passed:
So the only possibility is to use the magic string as argument as shown above, which makes platform definitions quite error-prone for refactorings. I cannot explain this behavior, but it should be a bug, I guess.
The text was updated successfully, but these errors were encountered: