The Altair Community is migrating to a new platform to provide a better experience for you. In preparation for the migration, the Altair Community is on read-only mode from October 28 - November 6, 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
Help getting RapidMinerGUI to run after import project into Eclipse
So, for reasons that can only be described as silly, I'm unable to use svn to load my project into Eclipse. Instead I went to the SourceForge page and downloaded the file "rapidminer-5.3.005.zip" opened up the project and imported it into Eclipse as a pre-existing project.
Everything seems to show up fine, but I'm having trouble getting Eclipse to execute RapidMinerGUI. I've set up a new Debug Configuration with the following info:
Project: RapidMiner_Unuk
Main Class: com.rapidminer.gui.RapidMinerGUI
Includes system library's when searching for a main class: yes
Include inherited mains when searching for a main class: yes
Stop in main: No
When I tell it to debug I get this error:
Any thoughts?
Everything seems to show up fine, but I'm having trouble getting Eclipse to execute RapidMinerGUI. I've set up a new Debug Configuration with the following info:
Project: RapidMiner_Unuk
Main Class: com.rapidminer.gui.RapidMinerGUI
Includes system library's when searching for a main class: yes
Include inherited mains when searching for a main class: yes
Stop in main: No
When I tell it to debug I get this error:
java.lang.NoClassDefFoundError: com/rapidminer/gui/RapidMinerGUIFor some reason it can't seem to see the RapidMinerGUI inside of the provided class file. This is especially odd to me because I used a wizard to find the class...so it seems like if the wizard can see it, Eclipse should be able to as well.
Caused by: java.lang.ClassNotFoundException: com.rapidminer.gui.RapidMinerGUI
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
Any thoughts?
Tagged:
0
Answers
UPDATE - I did a little poking around the Class Path in Project Properties (in Eclipse), it seems that 'resources generated' is missing as is 'src_agpl'. Am I supposed to generate these? Or are they just not included in the downloadable package? (Remember, I can't get access to the svn repository right now.) How do I get ahold of them?
UPDATE 2 - So, I decided that perhaps I don't have them because of the fact that I haven't been building using the Ant file build.xml. So, I went into Eclipse and told it to run Build.xml as an Ant build file. Problem being that it failed to build the Ant file. It's giving me an error as follows Not sure how to approach this one. I'll probably post it on StackOverflow, but I wanted to post it here just incase it's Rapid-Miner specific. So, if anyone has any ideas, please tell me.
I used the following targets (from the project folder, without further options, dependencies with JDK7): clean, build, createJar
Executing the project's main also work for me: com.rapidminer.gui.RapidMinerGUI, (Oracle JDK7) vmargs: ${jrebel_args} -Xmx1024m -Xms246m -XX:PermSize=64m -XX:MaxPermSize=256m -XX:+UseCompressedOops
Hope this helps, gabor
It is good to know that it is supposed to be able to work though, so thank you for directing me to the Install.txt file again. I had read it once before, but for some reason had never made it to the bottom and since building the project didn't seem like "Installing" to me, I didn't think to go back to that file. I'll have to remember this when dealing with other open source projects as well. It makes sense to put build instructions in the Install file...
I think part of the problem is that I'm doing this all in Eclipse, without really using the command line. So installing the jars has been a little tricky. But I think we're just about there. Thanks again for your help.
A couple thoughts (any insights are welcome.) There are some major differences between my work environment and my home environment. The most obvious is that I was able to use Subversion at home (without all those pesky IT admins randomly blocking up ports with strange rules and red tape), which may have made a difference. I did package up the svn version though and throw it into DropBox (which I can get at at work), so maybe that will solve that little problem.
The second possible difference is that at home I'm working on a Mac, whereas at work I use a PC. Not sure why that would make a difference, but you never know iSuppose.
At any rate, as the issue is still not really resolved I welcome any comments on the situation as it currently sits... I'd especially like to know if there is a difference between the SVN project and the regularly downloaded project, I'm under the impression there isn't.
Tomorrow I'm probably going to completely uninstall RapidMiner from my system and start for scratch to see if that fixes the problem. I've noticed that when I start the rapidminer.jar from inside my project structure (the one that came with the download) it opens with the plug-ins in my regular install, which is confusing because I haven't put any plug-ins in my projects plug-in folder. So...maybe it's just time to clean it all out and start from scratch.
I had no problems with Windows and Linux (without limiting firewall rules), I have no Mac.
I have never used a zip archive to grab the sources, only SVN (or git after I cloned the SVN repo).
And yeah, I'm aware doing this without SVN is a bit odd. Trust me, it's not my preferred method. I do have a local Git repository though. Might be smart for me to start using that for my own benefit... I'll figure that out after I've figured out how to make this thing work...
without the SVN version it maybe really hard to get RapidMiner run via Eclipse because we do not ship project configuration files with the open source version.
Furthermore the src_agrp and src_generated folders missing might be real blockers. We will have a look into that.
I would strongly suggest you to use the SVN version so I hope that your Dropbox solution works!
Best regards,
Nils
Would it be possible for you guys to have a .zip file of your project that came out with every minor release (so 5.3.005 5.3.007 for example). Not nightly, just enough to kind of keep me on track. I'll never convince my work to let me svn to an outside source, so... I'm really in need of another way to pull down the entire project.
Unfortunately there will be no such zip file in the near future. But we probably will fix the current zip file to contain src_generated and src_agpl.
With some configuration from your side it, you should be able to use it with Eclipse then.
Best regards,
Nils
[quote author=aborg]
You can download from my github mirror (the master branch) as a zip file. So you do not need to go home. I only sync when there were a release, so the master is exactly as it was when 5.3.5 was released.
[/quote]
Thanks aborg! Yeah, this is basically what I was saying before except, you know, already done ;-). Thanks!
Oh, and lastly, it was definitely that I needed the svn version. I eventually got the project onto my computer and it worked perfectly. So, yeah, bit of a headache, but I'm going to have to lay the blame on A) my lack of knowledge and experience with open source, my lack of knowledge of svn and, lastly, C) my companies weird firewall policies .