The Altair Community is migrating to a new platform to provide a better experience for you. The RapidMiner Community will merge with the Altair Community at the same time. In preparation for the migration, both communities are on read-only mode from July 15th - July 24th, 2024. Technical support via cases will continue to work as is. For any urgent requests from Students/Faculty members, please submit the form linked here.

Rapidminer cannot find plugins in Glassfish[SOLVED]

mmaragmmarag Member Posts: 35 Maven
edited November 2018 in Help
Hello to all, i am trying to run Rapidminer through Java.

When i call RM from standalone java application, Rapidminer can find all plugins only if i copy the correspondin jars to

C:\Program Files\Rapid-I\RapidMiner5\lib\plugins

and everything runs smoothly.

However, when i run RM from a Java Servlet project on a Glassfish server, only the core operators run smoothly.

I tried to copy all plugins to C:\Program Files\glassfish-3.1.2\glassfish\lib

without success.

I tried to point to the correct plugin folder via this code:

String pluginDirString = new File("C://Program Files//Rapid-I//RapidMiner5//lib//plugins").getAbsolutePath();
System.setProperty(RapidMiner.PROPERTY_RAPIDMINER_INIT_PLUGINS_LOCATION, pluginDirString);

no success either

also to
C://Users//mmarag//.RapidMiner5//managed where the update of RapidmIner installs. Always the same mistake!

All paths are in windows and i am using correct notation, this must be something internal from Rapidminer, it cannot find its own plugins!

The same is also true for Tomcat server. Does anyone know the fix?


SEVERE: com.rapidminer.operator.UserError: The dummy operator Create Document (replacing text:create_document) cannot be executed.
at com.rapidminer.operator.DummyOperator.doWork(
at com.rapidminer.operator.Operator.execute(
at com.rapidminer.operator.execution.SimpleUnitExecutor.execute(
at com.rapidminer.operator.ExecutionUnit.execute(
at com.rapidminer.operator.OperatorChain.doWork(
at com.rapidminer.operator.Operator.execute(
at newpackage.NewServlet.processRequest(
at newpackage.NewServlet.doGet(
at javax.servlet.http.HttpServlet.service(
at javax.servlet.http.HttpServlet.service(
at org.apache.catalina.core.StandardWrapper.service(
at org.apache.catalina.core.StandardWrapperValve.invoke(
at org.apache.catalina.core.StandardContextValve.invoke(
at org.apache.catalina.core.StandardPipeline.doInvoke(
at org.apache.catalina.core.StandardPipeline.invoke(
at org.apache.catalina.core.StandardHostValve.invoke(
at org.apache.catalina.connector.CoyoteAdapter.doService(
at org.apache.catalina.connector.CoyoteAdapter.service(
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(
at com.sun.grizzly.http.ProcessorTask.doProcess(
at com.sun.grizzly.http.ProcessorTask.process(
at com.sun.grizzly.http.DefaultProtocolFilter.execute(
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(
at com.sun.grizzly.DefaultProtocolChain.execute(
at com.sun.grizzly.DefaultProtocolChain.execute(
at com.sun.grizzly.http.HttpProtocolChain.execute(
at com.sun.grizzly.ProtocolChainContextTask.doCall(
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(
at com.sun.grizzly.util.AbstractThreadPool$


  • Options
    mmaragmmarag Member Posts: 35 Maven
    very simple solution in the end.

    just put COMMAND_LINE() instead of APP_SERVER and all problems are sloved!
Sign In or Register to comment.