[
https://issues.apache.org/jira/browse/HBASE-10916?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13969247#comment-13969247
]
Anoop Sam John commented on HBASE-10916:
----------------------------------------
In trunk we can directly change and for 98 branch we can go with new interface
way
bq.so let's make the ScanAuthsGenerator, keep ScanLabelGenerator and have it
inherit from ScanAuthsGenerator
Or it should be the reverse way? In order to be src and binary compatible we
have to do the reverse way around. In VC we have to refer the impl as SLG only
and call the deprecated method (for 98) to be compatible. Correct me if I am
wrong
> [VisibilityController] Stackable ScanLabelGenerators
> ----------------------------------------------------
>
> Key: HBASE-10916
> URL: https://issues.apache.org/jira/browse/HBASE-10916
> Project: HBase
> Issue Type: Improvement
> Reporter: Andrew Purtell
> Assignee: Anoop Sam John
> Fix For: 0.99.0, 0.98.2
>
>
> The ScanLabelGenerator is used by the VisibilityController to assemble the
> effective label set for a user in the RPC context before processing any
> request. Currently only one implementation of this interface can be
> installed, although which implementation to use can be specified in the site
> file. Instead it should be possible to stack multiple implementations of this
> component the same way we do coprocessors, installed with explicit priority
> with ties broken by a counter, where those implementations installed later in
> the chain have an opportunity to modify the pending effective label set.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
