Due to recent updates, all users are required to create an Altair One account to login to the RapidMiner community. Click the Register button to create your account using the same email that you have previously used to login to the RapidMiner community. This will ensure that any previously created content will be synced to your Altair One account. Once you login, you will be asked to provide a username that identifies you to other Community users. Email us at Community with questions.
plugin dependencies issues
Maven
Hello folks,
I am currently developing a plugin using both the text-mining- and the weka-plugin. The dev-manual states, that the field Plugin-Dependencies in the MANIFEST.MF-file should contain
However, my plugin fails to load because of this rapidminer-core-method "Plugin#checkDependencies(List)".
On a side note I noticed the following: If Plugin A depends on Plugin B, it is not necessarily given that B is loaded for A. B is of course available FOR A, when A is loaded, but the operators of B are NOT available FOR RAPIDMINER (=> e.g. in the OperatorService). I just wanted to check that this behaviour is also intended.
greetings and keep up the good work
Steffen
I am currently developing a plugin using both the text-mining- and the weka-plugin. The dev-manual states, that the field Plugin-Dependencies in the MANIFEST.MF-file should contain
A semicolon separated list of Extensions this Extension depends on
However, my plugin fails to load because of this rapidminer-core-method "Plugin#checkDependencies(List)".
Surely I can remove this line of code and recompile rapidminer, but I am afraid to break something/ curious to know WHY multiple dependencies are not allowed.
if (pluginDependencies.size() > 1) {
throw new UnsupportedOperationException("Only one dependent plugin allowed!");
}
On a side note I noticed the following: If Plugin A depends on Plugin B, it is not necessarily given that B is loaded for A. B is of course available FOR A, when A is loaded, but the operators of B are NOT available FOR RAPIDMINER (=> e.g. in the OperatorService). I just wanted to check that this behaviour is also intended.
greetings and keep up the good work
Steffen
Tagged:
0
Answers
your observations are correct. For now, please enter only one dependeny. Multiple dependencies are currently not implemented, we'll re-add that soon.
Best,
Simon
Thanks for the reply. I'll recompile rapidminer then and see what happens.
greetings,
steffen