[
https://issues.apache.org/jira/browse/HBASE-8136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
nkeywal resolved HBASE-8136.
----------------------------
Resolution: Duplicate
Release Note: HBASE-6870
And the good news if that there is already a patch for HBASE-6870 :-).
> coprocessor service requires .meta. to be available all the time.
> -----------------------------------------------------------------
>
> Key: HBASE-8136
> URL: https://issues.apache.org/jira/browse/HBASE-8136
> Project: HBase
> Issue Type: Bug
> Components: Client, Coprocessors
> Affects Versions: 0.96.0
> Reporter: nkeywal
> Priority: Minor
>
> HTable#getRegionLocations does not use a cache: all the calls to this
> function go to .META.
> So:
> - we're missing an opportunity to reuse/update the location cache in the
> HConnection.
> - this method is called by the coprocessor service. So, for people using this
> features, they have .meta. on their execution path, and it's not good for
> performances, scalability and reliability.
> I'm not totally clear on the fix. I think it should be possible to use the
> cache to see if we have all regions for the table. But it means we won't
> always have the last version when calling getRegionLocations.
> Any thought on this?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
