Ruby eventmachine async client
gfxlists at graphex.com
Fri Mar 16 16:50:11 EDT 2012
You just had to throw that out there, eh Cribbs?... now I'm debating about
tossing the last week and a half spent watching conference videos about
eventMachine and debating if I should implement celluloid instead. I've been
to a couple of happy hours with Tony Arcieri and now I feel like nobody told
me what the cool kids were using for their nonblocking, threaded systems.
Sean Cribbs-2 wrote
> I would love to see a Celluloid::IO-based HTTP/PBC client almost more than
> an EM or em-synchrony client. I seem to remember looking at
> and found its capabilities as an HTTP client lacking in a few important
> On Fri, Mar 16, 2012 at 3:55 PM, graphex <gfxlists@> wrote:
>> Elias Levy wrote
>> > If you look at the list archive's you'll see that a while ago I posted
>> > some
>> > code to monkey patch the Ruby client to use EM Synchrony's TCPSocket so
>> > to support EM.
>> > You'll find it at
>> Ah, I had read that before but didn't notice it was on synchrony. My
>> is that I've had trouble with riak-ruby-client using PBC with 2i, so I
>> of wrote it off (see:
>> https://github.com/basho/riak-ruby-client/issues/17 )
>> That combined with the short reads issue sort of put me off on that
>> Mathias Meyer wrote
>> > I'd recommend looking at #2, it looks like an easy path and should make
>> > for a great addition to the riak-ruby-client too. In my ideal world,
>> > there'd be a backend based on Faraday , so that the Ruby client
>> > wouldn't even have to worry about the underlying implementation, but
>> > need to punch Sean Cribbs (very nicely) about that. Or you could just
>> > Faraday instead of em-synchrony all along, since Faraday has a backend
>> > em-http/synchrony already.
>> That would certainly be nice though I'm unfortunately too low on time to
>> take a stab... and I've only looked at Faraday a bit... and synchrony is
>> kind of hurting my mind (actually more comfortable with callbacks and
>> curly braces!) Sounds like the best solution, though, and hopefully I can
>> circle back on that once I can delegate some of my other tasks to
>> For now, i will try out a fiber/iterator approach and fall back to a
>> if it doesn't go well.
>> I'm also secretly hoping that someone at basho can hook up the client to
>> em-style backend so it just works like -cough- mongo does.
>> Thanks for the help guys!
>> View this message in context:
>> Sent from the Riak Users mailing list archive at Nabble.com.
>> riak-users mailing list
>> riak-users at .basho
> Sean Cribbs <sean@>
> Software Engineer
> Basho Technologies, Inc.
> riak-users mailing list
> riak-users at .basho
View this message in context: http://riak-users.197444.n3.nabble.com/Ruby-eventmachine-async-client-tp3830975p3833132.html
Sent from the Riak Users mailing list archive at Nabble.com.
More information about the riak-users