Yes, cell.getTagsLength is != 0. Good.
I’m running HBase locally in pseudo distributed mode so I only have one
hbase-site.xml to edit (?). But I must force the issue in the java client by
setting the configuration programmatically so:
config.set("hbase.client.rpc.codec",
"org.apache.hadoop.hba
Thanks guys. I've given it a go with the Java client but without success.
I assume I set this property in hbase-site.xml:
hbase.client.rpc.codec
org.apache.hadoop.hbase.codec.KeyValueCodecWithTags
Then I successfully set the labels. But the scan returns nothing new:
scan = new Sca
Hi Anoop,
Can I still get the labels back (as ordinals, as a super user, and using the
KeyValueCodecWithTags codec) using the HBase shell?
If so, what are the steps I need to take (i.e. doesn't seem to be working for
me, but then I've likely made a mistake setting the codec).
Thanks,
Ben
> -
> > Good to know that we haven't killed off the old products! But I'm not sure
> > the archaeological approach would scale.
> I'm curious if it would get you over your current hump.
Yes, I think this will see us through the proof-of-concept work and early
performance testing.
In fact, from th
Yes - it's a capability we would need to efficiently support permissioning.
Good to know that we haven't killed off the old products! But I'm not sure the
archaeological approach would scale.
The generic facility you describe, caveats noted, certainly seems to fit our
use case - especially if w
We sell data. A product can be defined as a permission to access data (at a
cell level). Visibility Labels look like a very good candidate for implementing
this model.
The implementation works well until we create a new product over old data. We
can set the visibility label for the new product