src/main/docbkx/security.xml | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
diff --git a/src/main/docbkx/security.xml b/src/main/docbkx/security.xml
index d649f95..329394e 100644
--- a/src/main/docbkx/security.xml
+++ b/src/main/docbkx/security.xml
@@ -1384,6 +1384,25 @@ static HTable createTableAndWriteDataWithLabels(TableName tableName, String... l
can also configure a set of ScanLabelGenerators to be used by the system, as
a comma-separated list.
+
+ Replicating visibility tags as strings
+ As mentioned in the above sections, the interface VisibilityLabelService could
+ be used to implement the way the visibility labels can be stored in the cells. Similarly we could also control
+ how the visibility labels can be replicated to a peer cluster. This would be helpful in cases where there is no
+ common Global visibility labels table among the two clusters such that the ordinals of the visibility labels are same
+ across both clusters. In such cases it would be better to replicate the visibility labels as strings and use the ordinals
+ in the labels table in the peer cluster to control how the visibility labels should be stored in peer cluster. Use the below
+ configuration to configure replication of visibility labels to peer cluster as strings. See
+ for more details.
+
+
+ hbase.coprocessor.regionserver.classes
+ org.apache.hadoop.hbase.security.visibility.VisibilityController$VisibilityReplication
+
+ ]]>
+