You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Jesse Yates (JIRA)" <ji...@apache.org> on 2013/06/04 04:20:20 UTC

[jira] [Resolved] (HBASE-8671) Per-region WAL breaks CP backwards compatibility in 0.94 for non-enabled case

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

Jesse Yates resolved HBASE-8671.
--------------------------------

    Resolution: Fixed

Closing - committed to 0.94
                
> Per-region WAL breaks CP backwards compatibility in 0.94 for non-enabled case
> -----------------------------------------------------------------------------
>
>                 Key: HBASE-8671
>                 URL: https://issues.apache.org/jira/browse/HBASE-8671
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.94.9
>            Reporter: Jesse Yates
>            Assignee: Jesse Yates
>             Fix For: 0.94.9
>
>         Attachments: hbase-8671-v0.patch
>
>
> Moving from a single WAL to the possibility of multiple WALs, the method signature in RegionServerServices became:
> {code}
>   /** @return the HLog for a particular region. Pass null for getting the
>    * default (common) WAL */
>   public HLog getWAL(HRegionInfo regionInfo) throws IOException;
> {code}
> However, CPs that previously needed access to the WAL would just call:
> {code}
> RegionServerServices.getWAL();
> {code}
> Which is equivalent to calling:
> {code}
> RegionServerServices.getWAL(null);
> {code}
> but which requires a code change, recompilation, and possibly an additional compatibility layer for _different versions of 0.94_... not a great situation.

--
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