Could use the c++ library https://github.com/adobe-research/libkafka and create a PHP extension?
On Thu, Oct 10, 2013 at 1:34 AM, Pete Laurina <plaur...@federatedmedia.net>wrote: > Neha, Thank you for the response. We saw that page, which is what > ultimately prompted me to send out the message to the group to see if > anyone might have started working on it, but wasn't ready to tell the > public yet. I will discuss with the team tomorrow during our scrum to see > what our course of action will be to get our PHP code communicating with .8 > . If someone out there is already working on something we'd be interested > in collaborating. > > Based on what our PHP guys have told me we apparently use the library > referenced, kafka-php, in a substancial number of places throughout the > codebase. So I'm going to venture a guess that we'll be looking for a > solution that would involve the least amount of changes to our code base > for whatever solution we implement. That could be recontributing to the > kafka-php project, a java based api proxy (which would actually be language > independent, but which would introduce an increase in network traffic since > it would act as a relay point... seems viable for our applications from > what I understand), or the team might think of a better solution. > > > On Wed, Oct 9, 2013 at 6:38 PM, Neha Narkhede <neha.narkh...@gmail.com > >wrote: > > > None so far that have added themselves to > > https://cwiki.apache.org/confluence/display/KAFKA/Clients > > > > > > On Wed, Oct 9, 2013 at 3:42 PM, Pete Laurina < > plaur...@federatedmedia.net > > >wrote: > > > > > We are upgrading to Kafka .8 and have discovered we have broken our > > > brethren developers over in the PHP world of our shop. Does anyone > know > > if > > > there's an impending release of the PHP client for .8 before we go off > > and > > > try to build a rounder wheel (or create proxy via Java that they can > > submit > > > to instead) > > > > > > > > > -Pete > > > > > >
