Have you guys seen the zeromq library? It's a fast, brokerless message passing library (the sender can talk directly to the recipient, without a message queue server in the middle). That plus protocol buffers might be an easy way to call out to arbitrary code for mapreduce work, and you'd get the ability to make the recipient local or remote. Their user guide actually suggests that it was inspired by erlang.
Greg On Thu, Dec 2, 2010 at 7:04 PM, Kevin Smith <ksm...@basho.com> wrote: > Unfortunately that's not really a possibility. We selected Spidermonkey > because it's lightweight and designed for embedded use cases. To do the same > with Rhino would require embedding the JVM which would be problematic to > embed in the same way. > > I have thought about implementing an external interface for map and reduce > phases similar to Hadoop's streams interface so users could perform maps and > reduces using whatever technology is appropriate for them. Would this work > for your use case? > > --Kevin > On Dec 2, 2010, at 6:35 PM, Hec H wrote: > > > Just wondering what the level of embed spidermonkey JS engine is within > riak. Not too sure on the base code or related to C but are their > opportinites via Java-Erlang interface for a Rhino JS/Java engine. > > > > > > Thanks > > > > Hec > > > > _______________________________________________ > > riak-users mailing list > > riak-users@lists.basho.com > > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com > > > _______________________________________________ > riak-users mailing list > riak-users@lists.basho.com > http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
