Bug #4512


Added by Oliver Soong almost 12 years ago. Updated over 11 years ago.

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


Estimated time:






Related issues

Blocked by Kepler - Bug #4559: local repositories not showing up in components treeResolved11/19/2009


#1 Updated by ben leinfelder almost 12 years ago

If i'm imagining this correctly, it would be the same as having any other "components" show up multiple times in the component tree (like when they have multiple semantic types). Except for this case we're talking about the same XML workflow showing under multiple KAR parents. That seems reasonable.

#2 Updated by ben leinfelder over 11 years ago

now that i've seen's very confusing indeed!
I think it's absolutely fine to have the "same" (LSID matches) KAREntries show for every KAR that contains them.

#3 Updated by Aaron Aaron over 11 years ago

With the new Library changes, having two different KARS with the same LSIDs works fine now.

As for having multiple identical KARS in the local repositories (i.e. the KAR LSIDs are the same) this is a structural flaw of the database desing. Because the primary key of the KARS_CACHED table is the KAR LSID there is no way to keep track of multiple copies of the same KAR at the moment. During the cache synchronization any identical KARS are just skipped.

This could be fixed by making the primary key of the KARS_CACHED table an autoincremented integer instead of the KAR LSID. This would change the KAR_CONTENTS table as well since it has a foreign key to the KAR LSID in the KARS_CACHED table. Some code changes would be needed as well in order to properly handle identical KARS.

It certainly wouldn't be too terribly impossible to fix this but may take a couple days of time.

#4 Updated by Aaron Aaron over 11 years ago

I should clarify the first statement in my previous comment.

Two different KARs (i.e. each KAR has a different KAR LSID) that contain the same contents (i.e. KAREntries that have the same LSID) works fine now with the latest Library changes.

#5 Updated by Aaron Aaron over 11 years ago

The primary key used for the KARS_CACHED table has been changed to be the full File path for the KAR. So you can now have multiple identical KAR files in the component library after revision 22083

#6 Updated by Redmine Admin over 8 years ago

Original Bugzilla ID was 4512

Also available in: Atom PDF