is phoenix client also affect by this? or does phoenix server isolate the client?
is it reasonable to expect a "stock" phoenix client to work against a custom phoenix server for cdh 5.x? (with of course the phoenix client and server having same phoenix version). On Thu, Jun 9, 2016 at 10:55 PM, Benjamin Kim <bbuil...@gmail.com> 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 <andrew.purt...@gmail.com> > 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 > <https://github.com/chiastic-security/phoenix-for-cloudera/tree/4.7-HBase-1.0-cdh5.5?files=1> > > > 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 <bbuil...@gmail.com> 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 <josh.el...@gmail.com> 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 > > > >