Project

General

Profile

Bug #3464

Replicate access rules in replication

Added by Jing Tao over 11 years ago. Updated almost 11 years ago.

Status:
Resolved
Priority:
Immediate
Category:
metacat
Target version:
Start date:
07/28/2008
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
3464

Description

Currently, metacat doesn't replicate access rules in xml_access table.
For eml documents, it wouldn't be a problem since eml itself has the access rules. However, for none-eml documents, it can be problem:
A host was inserted a FGDC document and user uses setAccess API to make this public readable. So in host A, the document is public readable. However, in host B, which got the replicated copy, the document is not public readable since the document itself doesn't have the access rules and both timed and force replication doesn't replicate access rules.

Here is the plan:
1. setAccess method will be added into the listener of force replication action.
2. Timed replication will replicate xml_access table as well.

History

#1 Updated by Matt Jones over 11 years ago

This is a problem for EML documents as well, especially if someone changes the access rules using setAccess and then replicaiton doesn't respect that. Also, it seems that all of the different replication methods should be replicating these rules.

#2 Updated by ben leinfelder about 11 years ago

committed replication changes:
-document access rules will be replicated
-data access rules will be replicated
-setting access via the metacat servlet (action=setaccess) will result in a forced replication for that docid (data or xml)

now i need to test it!

#3 Updated by ben leinfelder about 11 years ago

set up replication between my two local metacats. tested:
-forced replication of document due to access control change
-forced replication because of document update

also: duplicate access control rules will not be persisted in the xml_access table

#4 Updated by ben leinfelder almost 11 years ago

Mike has run through testing scenarios for ACL replication with no hiccups.
Closing this bug.

#5 Updated by Redmine Admin over 6 years ago

Original Bugzilla ID was 3464

Also available in: Atom PDF