hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Purtell (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (HBASE-9352) Refactor HFile block encoding
Date Mon, 27 Jan 2014 18:11:38 GMT

     [ https://issues.apache.org/jira/browse/HBASE-9352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Andrew Purtell updated HBASE-9352:

    Affects Version/s:     (was: 0.98.0)

> Refactor HFile block encoding
> -----------------------------
>                 Key: HBASE-9352
>                 URL: https://issues.apache.org/jira/browse/HBASE-9352
>             Project: HBase
>          Issue Type: Improvement
>    Affects Versions: 0.99.0
>            Reporter: Andrew Purtell
> The set of block encoders available for processing HFiles is fixed at compile time. Rather
than hardcode the set of available encoders in an enum, consider a registry and a couple of
APIs for adding additional encoders at runtime. Modify HFile (V3) metadata to specify encoders
by string or classname.
> Consider a stackable encoding API, so coprocessors can watch, change, or override block
coding in upcalls. 
> Block encoders are tightly bound to the particulars of HFile version internals. It would
be good if some of that can go away.
> Could also consider dynamic loading of encoder implementations. 

This message was sent by Atlassian JIRA

View raw message