Project

General

Profile

Actions

Bug #5033

closed

Workflow Run Manager - Allow multiple instances of WRM in one Kepler instance

Added by Derik Barseghian almost 14 years ago. Updated about 13 years ago.

Status:
Resolved
Priority:
Normal
Category:
sensor-view
Target version:
Start date:
05/27/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
5033

Description

As Figure 6 implies, each Kepler window has a WRM that may be showing run results on a different server:
https://kepler-project.org/developers/incubation/kepler-engineering-view-for-reap/engineering-view-plans


Related issues

Blocked by Kepler - Bug #4755: update workflow run manager and reporting to display runs of sensor workflowsResolvedDerik Barseghian02/05/2010

Actions
Blocked by Kepler - Bug #5095: test kepler and wrp for memory leaksIn Progressjianwu jianwu07/14/2010

Actions
Actions #1

Updated by Derik Barseghian almost 14 years ago

I've made some progress on this bug, I've created a WorkflowRunManagerManager (could use a rename) to manage the now possibly multiple instances of WRMs. A WRM may be associated with a TableauFrame, and this is how the system is able to know which WRM to use in various areas, mainly this is for the KAR entry handler methods for ReportLayoutKAREntryHandler and WorkflowRunEntryHandler -- I've added a TableauFrame argument to many of the KAR related methods (it may be null during headless runs).

Actions #2

Updated by Derik Barseghian over 13 years ago

Currently, in the WRMM a WRM may be shared among X windows (the identifier i'm using for a window is a tableauFrame). So a WRM may only be disposed when all tableauFrames mapped to it are closed. However the WRM is constructed with and keeps a tableauFrame as a member. When the window for this tableauFrame is closed, the member copy in WRM lives on until the WRM is disposed. Look into removing the member, or perhaps switching to one of the other tableauFrames still using it with an e.g. wrm.setTableauFrame(tf), or some other solution so that this copy of of the tableauFrame may be disposed on the relevant windowClosed event.

Actions #3

Updated by Derik Barseghian over 13 years ago

I removed the member tableauFrame, no longer seems necessary.

(In reply to comment #2)

Currently, in the WRMM a WRM may be shared among X windows (the identifier i'm
using for a window is a tableauFrame). So a WRM may only be disposed when all
tableauFrames mapped to it are closed. However the WRM is constructed with and
keeps a tableauFrame as a member. When the window for this tableauFrame is
closed, the member copy in WRM lives on until the WRM is disposed. Look into
removing the member, or perhaps switching to one of the other tableauFrames
still using it with an e.g. wrm.setTableauFrame(tf), or some other solution so
that this copy of of the tableauFrame may be disposed on the relevant
windowClosed event.

Actions #4

Updated by Derik Barseghian about 13 years ago

Closing

Actions #5

Updated by Derik Barseghian about 13 years ago

changing bugs from REAP to Kepler product

Actions #6

Updated by Redmine Admin almost 11 years ago

Original Bugzilla ID was 5033

Actions

Also available in: Atom PDF