Two minor issues regarding repository access
colo
New Altair Community Member
Hi,
I am just starting to use RapidAnalytics so I discover some things. Please forgive me for opening some topics, but there are also some issues that you might want to take care of.
The first one is the browse functionality offered by RapidMiner. Both views "Repositories" and "Remote Processes" contain a button to open the web interface inside a browser window. But clicking it results in (IP address intentionally removed)
The second issue is not really an issue but a little contradiction between manual and reality. The manual states (page 15)
Note that RapidMiner automatically inserted ../data/Labor-Negotiations as the
repository entry parameter of the Retrieve operator or into the process context. This
is a relative addressing of the repository entry: The sequence .. navigates one folder up
(from the processes folder). This is a practice you should always use for two reasons:
- You can move around folders without destroying functionality.
- RapidAnalytics can resolve them properly. Do not use the absolute repository
name in the repository location (e.g. as //RapidAnalytics/home/data) because
RapidAnalytics is an alias that only exists on your client. RapidAnalytics does
not know that you are referencing it under this name in RapidMiner (you could,
e.g., have several RapidAnalytics instances connected), and hence cannot resolve
this name. You can, however, use absolute locations without the leading repository
reference //RapidAnalytics, i.e., only the part /home/simon/data/Labor-nego-
tiations.
But when setting repository locations with the location chooser absolute references like //RapidAnalytics/... are inserted. This of course makes them not working on the server, if they are not manually corrected (root element has to be removed as noted in the manual extract above). If locations were set as promised by the manual, things might be a bit more comfortable. This is not critical but I think you might like some coherence between manual and software.
Best regards
Matthias
I am just starting to use RapidAnalytics so I discover some things. Please forgive me for opening some topics, but there are also some issues that you might want to take care of.
The first one is the browse functionality offered by RapidMiner. Both views "Repositories" and "Remote Processes" contain a button to open the web interface inside a browser window. But clicking it results in (IP address intentionally removed)
Exception: java.io.IOExceptionThe "Show Log" button from "Remote Processes" view works fine. There just seems to be a single slash missing after the server's address/port: http://x.x.x.x:8080RA/
Message: Failed to open http://x.x.x.x:8080RA/faces/restricted/browse.xhtml?location=%2Fpublic%2Ftest%2FURLCombiner. Error message: Falscher Parameter.
Stack trace:
sun.awt.windows.WDesktopPeer.ShellExecute(Unknown Source)
sun.awt.windows.WDesktopPeer.browse(Unknown Source)
java.awt.Desktop.browse(Unknown Source)
com.rapidminer.gui.actions.BrowseAction.actionPerformed(BrowseAction.java:52)
javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
javax.swing.DefaultButtonModel.setPressed(Unknown Source)
javax.swing.AbstractButton.doClick(Unknown Source)
javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source)
java.awt.AWTEventMulticaster.mouseReleased(Unknown Source)
java.awt.Component.processMouseEvent(Unknown Source)
javax.swing.JComponent.processMouseEvent(Unknown Source)
java.awt.Component.processEvent(Unknown Source)
java.awt.Container.processEvent(Unknown Source)
java.awt.Component.dispatchEventImpl(Unknown Source)
java.awt.Container.dispatchEventImpl(Unknown Source)
java.awt.Component.dispatchEvent(Unknown Source)
java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
java.awt.Container.dispatchEventImpl(Unknown Source)
java.awt.Window.dispatchEventImpl(Unknown Source)
java.awt.Component.dispatchEvent(Unknown Source)
java.awt.EventQueue.dispatchEvent(Unknown Source)
java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
java.awt.EventDispatchThread.pumpEvents(Unknown Source)
java.awt.EventDispatchThread.pumpEvents(Unknown Source)
java.awt.EventDispatchThread.run(Unknown Source)
The second issue is not really an issue but a little contradiction between manual and reality. The manual states (page 15)
Note that RapidMiner automatically inserted ../data/Labor-Negotiations as the
repository entry parameter of the Retrieve operator or into the process context. This
is a relative addressing of the repository entry: The sequence .. navigates one folder up
(from the processes folder). This is a practice you should always use for two reasons:
- You can move around folders without destroying functionality.
- RapidAnalytics can resolve them properly. Do not use the absolute repository
name in the repository location (e.g. as //RapidAnalytics/home/data) because
RapidAnalytics is an alias that only exists on your client. RapidAnalytics does
not know that you are referencing it under this name in RapidMiner (you could,
e.g., have several RapidAnalytics instances connected), and hence cannot resolve
this name. You can, however, use absolute locations without the leading repository
reference //RapidAnalytics, i.e., only the part /home/simon/data/Labor-nego-
tiations.
But when setting repository locations with the location chooser absolute references like //RapidAnalytics/... are inserted. This of course makes them not working on the server, if they are not manually corrected (root element has to be removed as noted in the manual extract above). If locations were set as promised by the manual, things might be a bit more comfortable. This is not critical but I think you might like some coherence between manual and software.
Best regards
Matthias
0
Answers
-
Hi,
thanks. First issue is fixed. Regarding the absolute paths, does that hold even if the process is already saved? Can you post a click sequence?
Best,
Simon0 -
Hi Simon,
it doesn't make any difference whether the process is saved or not. If I connect the data to the results port of the process and set the location via the repository location chooser (Context view), the location is absolute (beginning with //RepositoryName). It's the same when using the "Store" operator except for the option (checkbox) to generate a relative location. I did not notice this before, since I used the input/output settings of the Context view as recommended. Adding the option for relative locations (and making this the default setting) to the Context's location chooser would create the missing coherence.
Regards
Matthias
P.S. I am using the latest RapidMiner version from SVN (the fix of the browse function is not yet released, is it?).0