Update Fails 5.3, released Feb 22, 2010, 62.7 MB

dragoljub

Hey Guys,

Its great to see another update! When I select update to 5.03 it downloads and installs then says it must restart. After restarting I check the about for version info and it is not updated. If I launch the update manager again it will replete the entire process but the update is never applied.

Interestingly all the extensions updated fine. Any Ideas?

Running Windows 7 Ultimate 64 Bit.

Thanks,
-Gagi

Mark

I am having the same problem on Linux 64-bit.

jeanluc

dragoljub wrote:

Hey Guys, Its great to see another update! When I select update to 5.03 it downloads and installs then says it must restart. After restarting I check the about for version info and it is not updated. If I launch the update manager again it will replete the entire process but the update is never applied. Interestingly all the extensions updated fine. Any Ideas? Running Windows 7 Ultimate 64 Bit. Thanks, -Gagi

Have the files been updated? If yes, perhaps the build number was not updated in the About page (in case it's a manual process in the development cycle)?

dragoljub

The update manager still shows the new version ready for update after the update goes through the install and restart process. Where can I check the files versions?

The update should gray out once it is correctly applied.

-Gagi

jeanluc

dragoljub wrote:
The update manager still shows the new version ready for update after the update goes through the install and restart process. Where can I check the files versions? The update should gray out once it is correctly applied. -Gagi

Technically, an update should refresh RapidMiner5\lib\rapidminer.jar since this is where the RM code is. Check the date of that file (and the dates of the files inside, to find out when they were compiled).

Mark

The timestamps for the extensions that I updated are recent, but the timestamp for rapidminer.jar is 2009-12-22.

jeanluc

I got home where I had RM installed and backed up the directory before updating, then I compared them. (with a byte compare, not just timestamp) The only difference was under lib\plugins. It's clear, the update did not change the main application.

Cleo

I am having the same problems with RapidMiner 5.0.3.  Also with When I try to install Parallel Processing 5.0.1 I get the following error.

• Exception: java.io.IOException
• Message: 404: Not Found
• Stack trace:
• com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:150)
• com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:114)
• com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
• com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
• java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
• java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
• java.lang.Thread.run(Thread.java:619)
•
• Cause
• Exception: java.io.FileNotFoundException
• Message: http://rapidupdate.de:80/UpdateServer/download/public/rmx_parallel/5.0.1/ANY?baseVersion=5.0.0
• Stack trace:
• sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
• sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
• sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
• java.lang.reflect.Constructor.newInstance(Constructor.java:513)
• sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1368)
• java.security.AccessController.doPrivileged(Native Method)
• sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1362)
• sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1016)
• com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:148)
• com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:114)
• com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
• com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
• java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
• java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
• java.lang.Thread.run(Thread.java:619)
•
• Cause
• Exception: java.io.FileNotFoundException
• Message: http://rapidupdate.de:80/UpdateServer/download/public/rmx_parallel/5.0.1/ANY?baseVersion=5.0.0
• Stack trace:
• sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1311)
• sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:2173)
• com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:145)
• com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:114)
• com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
• com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
• java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
• java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
• java.lang.Thread.run(Thread.java:619)


R

land

Hi,
I will try to shed a little light in these matter.
Writing a program that updates itself isn't that easy as one could believe. Unfortunately you would have to overwrite a program, that's just running, and that is simply impossible as long as it keeps it's files locked and that's exactly what java does with the rapidminer.jar.
So you have to introduce a second instance that will perform the update as soon as the original program has been closed.

This second instance is the rapidMiner.exe file for the windows versions or the script of the linux version. The update mechanism will store the new files in a temporary directory withing RapidMiner and these second instances should copy the files as soon as RapidMiner exits.

Unfortunately there has been a small error in the Windows .exe file. It will only copy the files if you start RapidMiner regularly, not if RapidMiner shuts down automatically after an update. (Wired, but did you ever write assembler?) So the update is performed if you close RapidMiner manually after the update and restart it.

But anyway I would recommend to download the new version from our website, since we have removed this error and added the capability to update the .exe file, too.


Because of the problems mentioned above, the linux distribution needs to be started by script. Otherwise the second instance is missing, that will copy the files previously in use.


Greetings,
  Sebastian

cherokee

Hi,

unfortunatelly the error reported by Cleo still exists. I also get a IOException(404: Not found), when trying to update. I right now downloaded the latest installer from the homepage. It still doesn't work :-(

Regards,
chero

jeanluc

Same here, attempted just minutes ago. I uninstalled RM completely, downloaded the community version, than tried an update. The update failed as below.

Exception: java.io.IOException
Message: 404: Not Found
Stack trace:

  com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:150)
  com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:117)
  com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
  com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
  java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
  java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
  java.lang.Thread.run(Thread.java:619)

Cause
Exception: java.io.FileNotFoundException
Message: http://rapidupdate.de:80/UpdateServer/download/public/rmx_reporting/5.0.2/ANY
Stack trace:

  sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
  sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
  java.lang.reflect.Constructor.newInstance(Constructor.java:513)
  sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:1368)
  java.security.AccessController.doPrivileged(Native Method)
  sun.net.www.protocol.http.HttpURLConnection.getChainedException(HttpURLConnection.java:1362)
  sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1016)
  com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:148)
  com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:117)
  com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
  com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
  java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
  java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
  java.lang.Thread.run(Thread.java:619)

Cause
Exception: java.io.FileNotFoundException
Message: http://rapidupdate.de:80/UpdateServer/download/public/rmx_reporting/5.0.2/ANY
Stack trace:

  sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1311)
  sun.net.www.protocol.http.HttpURLConnection.getHeaderField(HttpURLConnection.java:2173)
  com.rapid_i.deployment.update.client.UpdateManager.openStream(UpdateManager.java:145)
  com.rapid_i.deployment.update.client.UpdateManager.performUpdates(UpdateManager.java:117)
  com.rapid_i.deployment.update.client.UpdateDialog$4.run(UpdateDialog.java:188)
  com.rapidminer.gui.tools.ProgressThread$2.run(ProgressThread.java:165)
  java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
  java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
  java.lang.Thread.run(Thread.java:619)

jeanluc

Sebastian Land wrote:
But anyway I would recommend to download the new version from our website, since we have removed this error and added the capability to update the .exe file, too.

Sebastian, when you say "download the new version" what URL exactly are you referring to? Because the Windows installation that can be downloaded, rapidminer-5.0x32-install.exe,  (53,672,953 bytes), is the same as before and it contains the Dec 22 files.

land

Oh hell,
there was a misunderstanding and the homepage still pointed to the wrong files. Now it should be updated correctly. Regarding the 404, I informed my college, and as soon as he has finished his presentation on the RapidMiner 5.0 Intro Day, he will take a look at this.

Greetings,
  Sebastian

dragoljub

I could not get the latest x64 download directly from the website (it linked me to 32bit). I went to the SourceForge site directly and dugg around in the 5.0 folder until I found the latest file.

Thanks for the update, maybe check the links from the site again.

-Gagi

fischer

Hi,
the 404s should be gone now. Can you check again?
Cheers,
Simon