Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Thu, 12 Sep 2013 06:03:00 +0000 (UTC)
From: "Jonathan Hsieh (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12667939.1378852928085.121260.1378965780041@arcas>
In-Reply-To: <JIRA.12667939.1378852928085@arcas>
References: <JIRA.12667939.1378852928085@arcas>
Subject: [jira] [Comment Edited] (HBASE-9496) make sure HBase APIs are
 compatible between 0.94 and 0.96
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-9496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13765194#comment-13765194 ] 

Jonathan Hsieh edited comment on HBASE-9496 at 9/12/13 6:02 AM:
----------------------------------------------------------------

Should having a 3rd party MR job that instantiates Results that don't come from HBase be encouraged?  Would our Export job and whatever inputformat handler for the Import be sufficient and allow us to keep the Result ctors more hidden?

In API's exposing less is "safer" -- exposing too much will make us "sorry" again in the future. :(
                
      was (Author: jmhsieh):
    Should having a 3rd party MR job that instantiates Results that don't come from HBase be encouraged?  Would our Export job and whatever inputformat handler for the Import be sufficient and allow us to keep the Result ctors more hidden?
                  
> make sure HBase APIs are compatible between 0.94 and 0.96
> ---------------------------------------------------------
>
>                 Key: HBASE-9496
>                 URL: https://issues.apache.org/jira/browse/HBASE-9496
>             Project: HBase
>          Issue Type: Sub-task
>            Reporter: Sergey Shelukhin
>            Assignee: Sergey Shelukhin
>            Priority: Blocker
>             Fix For: 0.96.0
>
>         Attachments: HBASE-9496-v0-96.patch
>
>
> Follow-up for HBASE-9477.
> Some other methods are now different between 94 and 96 (Result::getColumnLatest, Put::get, anything that takes a collection of Cell, e.g. Result ctor, Mutation::setFamilyMap etc.).
> I am assuming things that accept Cell (Increment::add, Delete::addDeleteMarker) don't need to change.

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