[ https://issues.apache.org/jira/browse/ACCUMULO-2272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Keith Turner resolved ACCUMULO-2272. ------------------------------------ Resolution: Duplicate Work was already done for 2.0.0 to add an abstraction layer for reading from the metadata table. The following issue is about writing to the metadata table. https://github.com/apache/accumulo/issues/816 > Refactor metadata operations into a common API > ---------------------------------------------- > > Key: ACCUMULO-2272 > URL: https://issues.apache.org/jira/browse/ACCUMULO-2272 > Project: Accumulo > Issue Type: Improvement > Reporter: Christopher Tubbs > Priority: Major > Fix For: 2.0.0 > > > We have a lot of code that updates/modifies entries in the metadata tables, > and provides metadata information for tablets to clients. It'd be better > (code readability, modifiability) if we could abstract these metadata > operations into a usable API, rather than have separate code spread out for > the different kinds of metadata (zookeeper for the root table, root table for > the metadata tablets, metadata table for user tablets). > A single API, with a factory to get the right implementation, depending on > which table's metadata is being manipulated, would be much easier to work > with and would help avoid bugs related to tablet management, updating table > state, etc. > A minimal API has been added (o.a.a.core.metadata.MetadataServicer) when the > root tablet was moved to its own table, as a starting point, but was not > fully leveraged due to time constraints. > To be clear, this improvement is entirely refactoring of internal code. User > experience should have no impact (unless it helps find/prevent bugs). -- This message was sent by Atlassian JIRA (v7.6.3#76005)