|Failed to load latest commit information.|
|LICENSE||Add MIT license|
rebar by Tom Preston-Werner With Moore's Law about to crumble from beneath our feet, we all need to start thinking about how to make use of those 64 core processors we'll be rockin' in our laptops in a few years. Ruby is an amazing language for many tasks, but sadly concurrent programming is not one of them. In preparation for the future I could consider dropping Ruby altogether and find another more appropriate language. But that would be madness. Ruby is awesome. What if I could still write the bulk of my projects in Ruby, but farm out the threaded stuff to the concurrency mercenary that is Erlang? That would be cool, right? Consider a small Erlang module: -module(funs). -export([add/2, cat/2, fac/1]). add(A, B) -> A + B. cat(A, B) -> A ++ B. fac(N) -> fac(1, N). fac(Memo, 0) -> Memo; fac(Memo, N) -> fac(Memo * N, N - 1). I'd like to be able to call these Erlang functions from my Ruby code without a lot of fuss. Hmm, how's this for a low-fuss approach: require 'rebar' funs = Rebar::Erlang.new(:funs, '127.0.0.1', 5500) funs.add(1, 2) # => 3 funs.cat("foo", "bar") # => "foobar" funs.fac(10) # => 3628800 Wow, that would be nice. Good thing I just spent the last two days writing some code to make it a reality! The library is called Rebar (Ruby to Erlang Bridge And Runner). Rebar has two parts: an Erlang server and a Ruby client. The server listens for JSON-RPC requests, calls the specified Erlang function, and responds with a JSON-RPC response. The Ruby client object simply accepts any method name, captures it with method_missing, wraps everything up in a JSON-RPC request, fires it off, waits for the response, and then extracts the result out of the JSON-RPC response, returning it like a normal Ruby call.