Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Plain View
Kafka >> mail # user >> C/C++ Client


+
Matthew Stump 2013-03-28, 03:49
+
Magnus Edenhill 2013-03-28, 14:51
+
Rohit Prasad 2013-03-28, 15:34
Copy link to this message
-
Re: C/C++ Client
I'm definitely interested. If you publish it please let me know.
On Thu, Mar 28, 2013 at 8:33 AM, Rohit Prasad <[EMAIL PROTECTED]>wrote:

> I have a working copy of kafka 0.8 producer in c++.
> I have not yet published it on github, since I did not get time to clean it
> up properly.
> If you wait till the weekend, I can clean up and share the repo. After that
> you can either use it or modify and use it.
>
> Thanks,
> Rohit
>
>
> On Thu, Mar 28, 2013 at 7:38 AM, Magnus Edenhill <[EMAIL PROTECTED]>
> wrote:
>
> > Hi Matt,
> >
> > regarding librdkafka:
> >
> > - the AF_NETLINK stuff has now been removed, a helper function had
> support
> > for it but it had no relevance to Kafka operation.
> >
> > - TLS: it would be possible to remove the need for TLS in rdkafka, but it
> > does feel like a leap back in time; even NetBSD has support for TLS now
> > (since 6.0)! What system are you on?
> >
> > - 0.8: rdkafka will have 0.8 protocol support about the same time as
> Apache
> > Kafka 0.8 is released, which is within a month from what I understand.
> >
> > - C++: I'd be happy to accept patches/pull-reqs to make rdkafka more C++
> > friendly.
> >
> > Regards,
> > Magnus
> >
> >
> >
> > 2013/3/28 Matthew Stump <[EMAIL PROTECTED]>
> >
> > > Howdy,
> > >
> > > I'm considering the use of Kafka in the rewrite of a big legacy
> product.
> > A
> > > good chunk of the back end code is going to be written in C++ (large in
> > > memory data-structures). The two possible options available to me for
> > > clients appear to be:
> > >
> > > https://github.com/edenhill/librdkafka
> > >
> > > and
> > >
> > > https://github.com/quipo/kafka-cpp
> > >
> > > The problem is that librdkafka currently only works on Linux due to the
> > use
> > > of the AF_NETLINK API, and thread local storage. There may be other
> > issues,
> > > but I just started playing with it today and that's what I've
> discovered
> > > thus far.
> > >
> > > kafka-cpp is incomplete (no consumer) and it looks unused.
> > >
> > > For either I would need to hop in and do some significant work. Is
> there
> > > any client I'm missing that can shorten my path?
> > >
> > > If I adopt one of these projects (lets say kafka-cpp) am I better off
> > > implementing the 0.8 protocol? I'de like to have something running in
> > > staging a couple months from now. How far out is 0.8?
> > >
> > > Thanks,
> > > Matt Stump
> > >
> >
>

 
+
mrevilgnome 2013-03-28, 15:52
+
Jun Rao 2013-04-01, 14:54
+
mrevilgnome 2013-04-01, 15:23
+
Simon Whitear 2013-04-16, 18:45
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB