Bug #4036

WRM - connect to configurable provenance store

Added by ben leinfelder over 13 years ago. Updated over 13 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


Currently the WRM viewer connects to the default provenance store specified in a .properties bundle in the WRM module. Unless this store exists and is being used by workflows, connecting to it will fail.
Phase 1:
-The viewer should attempt to connect to the provenance store that is configured for the workflow that is currently open (it may or may not have a provenance store enabled).
-If the workflow does not have a provenance store configured, then the bundle can be used.
Phase 2:
-see next bug

Related issues

Blocked by Kepler - Bug #4037: WRM - connect to Kepler-wide configurable provenance storeResolved04/29/2009


#1 Updated by Derik Barseghian over 13 years ago

Made a little progress - on the mac (and probably works on linux) the WRM now uses the top level recorder settings if it's turned on, the properties bundle if not. Every time you do a search wrm first checks to see if there has been a change. Doesn't work on windows yet, but shouldn't be hard.

It also doesn't work yet if the top level provenance recorder is one that has been dragged on (instead of turned on via the toolbar) -- I need to look into this.

#2 Updated by Derik Barseghian over 13 years ago

re: comment#1, I just verified it works on linux too.

#3 Updated by ben leinfelder over 13 years ago

retarget for release. sounds as though it can be closed [soon].

#4 Updated by ben leinfelder over 13 years ago

the config dialog is not being shown now - so we don't really need to worry too much about this [for SANParks].
I'm going to close this so it's not cluttering up the bug list

#5 Updated by Redmine Admin over 9 years ago

Original Bugzilla ID was 4036

Also available in: Atom PDF