Pick the tree for your CDH 5.x version and it should all work. We are missing 
trees for X=6 and X=7 and I will aim to get to that soon. 

I did not test beyond insuring all Phoenix unit and integration tests passed. 


> On Jun 9, 2016, at 7:55 PM, Benjamin Kim <[email protected]> wrote:
> 
> Andrew,
> 
> Since we are still on CDH 5.5.2, can I just use your custom version? Phoenix 
> is one of the reasons that we are blocked from upgrading to CDH 5.7.1. Thus, 
> CDH 5.7.1 is only on our test cluster. One of our developers wants to try out 
> the Phoenix Spark plugin. Did you try it out in yours too? Does it work if 
> you did?
> 
> Thanks,
> Ben
> 
> 
>> On Jun 9, 2016, at 7:47 PM, Andrew Purtell <[email protected]> wrote:
>> 
>> >  is cloudera's hbase 1.2.0-cdh5.7.0 that different from apache HBase 1.2.0?
>> 
>> Yes
>> 
>> As is the Cloudera HBase in 5.6, 5.5, 5.4, ... quite different from Apache 
>> HBase in coprocessor and RPC internal extension APIs. 
>> 
>> We have made some ports of Apache Phoenix releases to CDH here: 
>> https://github.com/chiastic-security/phoenix-for-cloudera/tree/4.7-HBase-1.0-cdh5.5
>>  
>> 
>> It's a personal project of mine, not something supported by the community. 
>> Sounds like I should look at what to do with CDH 5.6 and 5.7. 
>> 
>>> On Jun 9, 2016, at 7:37 PM, Benjamin Kim <[email protected]> wrote:
>>> 
>>> This interests me too. I asked Cloudera in their community forums a while 
>>> back but got no answer on this. I hope they don’t leave us out in the cold. 
>>> I tried building it too before with the instructions here 
>>> https://issues.apache.org/jira/browse/PHOENIX-2834. I could get it to 
>>> build, but I couldn’t get it to work using the Phoenix installation 
>>> instructions. For some reason, dropping the server jar into CDH 5.7.0 HBase 
>>> lib directory didn’t change things. HBase seemed not to use it. Now that 
>>> this is out, I’ll give it another try hoping that there is a way. If anyone 
>>> has any leads to help, please let me know.
>>> 
>>> Thanks,
>>> Ben
>>> 
>>> 
>>>> On Jun 9, 2016, at 6:39 PM, Josh Elser <[email protected]> wrote:
>>>> 
>>>> Koert,
>>>> 
>>>> Apache Phoenix goes through a lot of work to provide multiple versions of 
>>>> Phoenix for various versions of Apache HBase (0.98, 1.1, and 1.2 
>>>> presently). The builds for each of these branches are tested against those 
>>>> specific versions of HBase, so I doubt that there are issues between 
>>>> Apache Phoenix and the corresponding version of Apache HBase.
>>>> 
>>>> In general, I believe older versions of Phoenix clients can work against 
>>>> newer versions of Phoenix running in HBase; but, of course, you'd be much 
>>>> better off using equivalent versions on both client and server.
>>>> 
>>>> If you are having issues running Apache Phoenix over vendor-creations of 
>>>> HBase, I would encourage you to reach out on said-vendor's support 
>>>> channels.
>>>> 
>>>> - Josh
>>>> 
>>>> Koert Kuipers wrote:
>>>>> hello all,
>>>>> 
>>>>> i decided i wanted to give phoenix a try on our cdh 5.7.0 cluster. so i
>>>>> download phoenix, see that the master is already for hbase 1.2.0, change
>>>>> the hbase version to 1.2.0-cdh5.7.0, and tell maven to run tests make
>>>>> the package, expecting not much trouble.
>>>>> 
>>>>> but i was wrong... plenty of compilation errors, and some serious
>>>>> incompatibilities (tetra?).
>>>>> 
>>>>> yikes. what happened? why is it so hard to compile for a distro's hbase?
>>>>> i do this all the time for vendor-specific hadoop versions without
>>>>> issues. is cloudera's hbase 1.2.0-cdh5.7.0 that different from apache
>>>>> hbase 1.2.0?
>>>>> 
>>>>> assuming i get the phoenix-server working for hbase 1.2.0-cdh5.7.0, how
>>>>> sensitive is the phoenix-client to the hbase version? can i at least
>>>>> assume all the pain is in the phoenix-server and i can ship a generic
>>>>> phoenix-client with my software that works on all clusters with the same
>>>>> phoenix-server version installed?
>>>>> 
>>>>> thanks! best, koert
> 

Reply via email to