You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "stack (JIRA)" <ji...@apache.org> on 2016/10/04 17:00:26 UTC

[jira] [Created] (HBASE-16761) Migrate existing protobuf2.5.0 Coprocessor Endpoints (and servers-side hbase) to protobuf3.

stack created HBASE-16761:
-----------------------------

             Summary: Migrate existing protobuf2.5.0 Coprocessor Endpoints (and servers-side hbase) to protobuf3.
                 Key: HBASE-16761
                 URL: https://issues.apache.org/jira/browse/HBASE-16761
             Project: HBase
          Issue Type: Task
          Components: Coprocessors
    Affects Versions: 2.0.0
            Reporter: stack
            Priority: Critical


HBase bundles seven or eight coprocessors. These Coprocessor Endpoints (CPEPs) depend currently on protobuf 2.5 and reference protobuf classes at com.google.protobuf.* rather than at the internal relocated location of org.apache.hadoop.hbase.shaded.com.google.protobuf.

This is issue is about moving our CPEPs to protobuf3.

I could just replace the protobuf library we depend on making it pb3 but that would break CPEPs that were not shipped as part of hbase core when we install hbase-2.0.0. Over in HBASE-15638 Shade protobuf we did a bunch of work to ensure CPEPs keep working across the upgrade to hbase-2.0.0 so I suggest we just leave our core CPEPs at pb2.5 for now. Rather, lets have a deprecation cycle where we deprecate pb2.5 on the hbase server-side (somehow) for hbase-2.0.0 and then remove pb2.5 in hbase-3.0.0 (or 2.1 or something).

Would appreciate input on this one. Let me mark this a 2.0.0 critical so it gets some attention before we finish up the 2.0.0 release.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)