Project

General

Profile

Bug #4802

KARs in KeplerData/workflows are being parsed on startup

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

Status:
Resolved
Priority:
Normal
Assignee:
Category:
general
Target version:
Start date:
02/17/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4802

Description

When I launch Kepler with a clean cache but with a workflow sitting in my local workflow directory that uses protected KNB data, I am prompted to authenticate.
We should not be prompting people for authentication credentials on startup - only if I try to open the kar file should it be processed.
This used to happen, then it was fixed, now it is back again.

History

#1 Updated by Aaron Aaron over 9 years ago

Ben can you email me the workflow that you're having problems with?

#2 Updated by Aaron Aaron over 9 years ago

This only seems to be a problem with KARS that use the ReportLayoutKAREntryHandler.

#3 Updated by ben leinfelder over 9 years ago

I can see the cache() method will eventually call the ObjectManager. is this the culprit that forces parsing of the moml?

ObjectManager om = ObjectManager.getInstance();
NamedObj namedObj = om.getObjectRevision(lsid);

#4 Updated by Aaron Aaron over 9 years ago

ReportLayoutKAREntryHandler.cache
WorkflowManager.getWorkflows
WorkflowManager.initialize
ObjectManager.getObjectRevision
ObjectManager.getObjectFromCache
CacheObjectInterface.getObject

#5 Updated by ben leinfelder over 9 years ago

is that a "yes"?

#6 Updated by ben leinfelder over 9 years ago

commented out that bit of code - i believe it is redundant since it is also called in the open() method.
we should keep our eyes out for lost reports and things like that that could crop up as a side effect of not calling this in the cache() method.
I tried this in the gui and on the command line - the reports were still present in both.

#7 Updated by Redmine Admin about 6 years ago

Original Bugzilla ID was 4802

Also available in: Atom PDF