fritmore
Jr. Member
 
Posts: 93
|
 |
« on: May 13, 2012, 04:37:07 PM » |
|
Hi
how to start RM without invoking the GUI on linux ?
thx
|
|
|
|
« Last Edit: May 18, 2012, 04:07:40 PM by fritmore »
|
Logged
|
|
|
|
|
wessel
|
 |
« Reply #1 on: May 13, 2012, 04:46:56 PM » |
|
Why is this different on linux?
cd Rapid-I\RapidMiner5\lib\ java -jar rapidminer.jar
Like this?
|
|
|
|
|
Logged
|
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #2 on: May 13, 2012, 05:24:22 PM » |
|
hi
nope ...what u wrote starts also the GUI .
and I am aware of rapidminer.bat -f but i dont want windows.
cheers
|
|
|
|
« Last Edit: May 13, 2012, 05:33:19 PM by fritmore »
|
Logged
|
|
|
|
|
Marco Boeck
|
 |
« Reply #3 on: May 14, 2012, 08:52:02 AM » |
|
Hi,
you can use "java -cp rapidminer.jar com.rapidminer.RapidMinerCommandLine"
Regards, Marco
|
|
|
|
|
Logged
|
Did you try our new Marketplace? Upload or download new Extensions, add comments, and organize your operators. Have a look at http://marketplace.rapid-i.com
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #4 on: May 14, 2012, 10:20:42 AM » |
|
Hi Marco
it always seems to fail. I tried a very simple process just to discretize something and I removed any output. It still ends with this:
.... May 14, 2012 11:17:44 AM com.rapidminer.RapidMinerCommandLine run SEVERE: Here: Process[1] (Process) subprocess 'Main Process' ==> +- Retrieve (2)[1] (Retrieve) +- Select Attributes[0] (Select Attributes) +- Filter Example Range[0] (Filter Example Range) +- Discretize[0] (Discretize by Frequency) May 14, 2012 11:17:44 AM com.rapidminer.RapidMinerCommandLine run SEVERE: Process not successful
It does suggest it has been executed.
any more ideas? thx
|
|
|
|
|
Logged
|
|
|
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #6 on: May 14, 2012, 04:45:09 PM » |
|
hi wessel
thats a bit of a reach I just want the ability to run jobs from command line, what Marco suggested seems to be on the right track, but somethings still missing ...
|
|
|
|
|
Logged
|
|
|
|
|
wessel
|
 |
« Reply #7 on: May 14, 2012, 04:50:00 PM » |
|
If you run from eclipse you can do easier debugging! It is very easy to run from eclipse.
Right, this said. Did you check if the process runs with a relative path? Maybe the retrieve operator is looking at some file that does not exist.
|
|
|
|
|
Logged
|
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #8 on: May 15, 2012, 08:35:31 AM » |
|
If you run from eclipse you can do easier debugging! It is very easy to run from eclipse.
Right, this said. Did you check if the process runs with a relative path? Maybe the retrieve operator is looking at some file that does not exist.
sup w, all is in the root of my repository. about eclipse: I want to be able to launch RM in simple batch jobs that's why I want to avoid using eclipse.
|
|
|
|
|
Logged
|
|
|
|
|
wessel
|
 |
« Reply #9 on: May 15, 2012, 09:34:34 PM » |
|
So everything works now?
What lines of code did you use to get it working?
|
|
|
|
|
Logged
|
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #10 on: May 15, 2012, 10:34:07 PM » |
|
hi w thx for axing no, it's NOT working  java -cp rapidminer.jar com.rapidminer.RapidMinerCommandLine [repository path] -f [process] leads to the error I posted before it does start (so it seems at least) the process.... but fails to finish!
|
|
|
|
« Last Edit: May 15, 2012, 10:36:34 PM by fritmore »
|
Logged
|
|
|
|
|
wessel
|
 |
« Reply #11 on: May 15, 2012, 11:11:19 PM » |
|
I managed to run a process successfully: May 16, 2012 12:09:07 AM com.rapidminer.RapidMinerCommandLine run INFO: Process finished successfully
But the moment I enter a retrieve operator it fails.
I'll try and figure out how to get retrieve to work. Right now I'm on windows, so I have to install linux again. I planned to do this anyway, but takes a bit of time.
Here is the process (generate data, and log some result, write the log to a file):
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <process version="5.2.004"> <context> <input/> <output/> <macros/> </context> <operator activated="true" class="process" compatibility="5.2.004" expanded="true" name="Process"> <process expanded="true" height="191" width="435"> <operator activated="true" class="generate_data" compatibility="5.2.004" expanded="true" height="60" name="Generate Data" width="90" x="45" y="30"/> <operator activated="true" class="log" compatibility="5.2.004" expanded="true" height="76" name="Log" width="90" x="180" y="30"> <parameter key="filename" value="C:\Users\wessel\Desktop\z.log"/> <list key="log"> <parameter key="a" value="operator.Generate Data.parameter.target_function"/> </list> </operator> <operator activated="false" class="retrieve" compatibility="5.2.004" expanded="true" height="60" name="Retrieve" width="90" x="315" y="30"> <parameter key="repository_entry" value="dat/_4ackley"/> </operator> <connect from_op="Generate Data" from_port="output" to_op="Log" to_port="through 1"/> <portSpacing port="source_input 1" spacing="0"/> <portSpacing port="sink_result 1" spacing="0"/> <portSpacing port="sink_result 2" spacing="0"/> </process> </operator> </process>
|
|
|
|
|
Logged
|
|
|
|
|
wessel
|
 |
« Reply #12 on: May 15, 2012, 11:14:42 PM » |
|
Can you please double check for me, that if you set a fixed path for the retrieve operator, it still fails?
So it should give you a warning like this: Parameter 'repository entry' accesses a repository by name (//MY_REPOSITORY/SOME_DATA_SET). This may not be portable when sharing processes.
My process seems to run fine when I have this warning, the moment I set a relative path (which removes the warning) the process fails.
Best regards,
Wessel
edit: I think if you want it to work with a relative path you have to use
-classpath "%COMPLETE_CLASSPATH%" -Drapidminer.home="%RAPIDMINER_HOME%" -Drapidminer.operators.additional="%RAPIDMINER_OPERATORS_ADDITIONAL%" %RAPIDMINER_JDBC_DRIVER_PARAMETER% com.rapidminer.RapidMinerCommandLine %CMD_LINE_ARGS%
|
|
|
|
« Last Edit: May 15, 2012, 11:16:58 PM by wessel »
|
Logged
|
|
|
|
fritmore
Jr. Member
 
Posts: 93
|
 |
« Reply #13 on: May 16, 2012, 08:39:52 AM » |
|
Hi wessel
I tried the other syntax but it still did not work (relative path). I tried XML process execution, same thing.
It does work when ABSOLUTE path in retrieve is used.
I dont want to be picky but since I move the processes between systems the RELATIVE path is much more desirable solution.
Else I would have to parse every process I port elsewhere to replace the repo path.
BUT if I rename all the repositories on the different machines to the SAME name! this may work without the need of parsing and replacing strings ...
I would say it qualifies as a BUG, dont u think?
thanks for ur help appreciated!
|
|
|
|
|
Logged
|
|
|
|
|
Marius
|
 |
« Reply #14 on: May 16, 2012, 10:17:20 AM » |
|
Hi, nope ...what u wrote starts also the GUI .
and I am aware of rapidminer.bat -f but i dont want windows.
cheers
On linux you can chmod +x $RAPIDMINER_HOME/scripts/rapidminer and use that script to start RapidMiner headless. I would say it qualifies as a BUG, dont u think?
No. If you use the -f parameter, you provide a process file, that means that you use it independent from any repository. Thus RapidMiner has no idea if the process is attached to any repository at all, and even less where in this repository it lives. But it should be possible to start a process like this: rapidminer //REPO_NAME/path/to/process Then the process is executed in the repository context, and relative paths can be resolved. Best, Marius
|
|
|
|
« Last Edit: May 16, 2012, 10:21:09 AM by Marius »
|
Logged
|
Please add [SOLVED] to the topic title when your problem has been solved! (do so by editing the first post in the thread and modifying the title) Please click here before posting.
|
|
|
|