[infinispan-dev] Invoking distributed exec and mapreduce over hotrod

[Manik Surtani]

Well, I feel exposing M/R over Hot Rod - from a protocol standpoint - would require a platform-independent mechanism of defining a closure (keeping in mind we need to allow this from non-Java clients too).

So I reckon Javascript is the way to go, at least from a protocol standpoint.  Now how we expose this in remote client APIs (Java, Python, etc) needs some thought, but at first glance it would seem as though we won't have a direct mapping to what we do on the embedded side of things.  E.g., http://www.mongodb.org/display/DOCS/MapReduce

- Manik

On 4 May 2011, at 04:50, Vladimir Blagojevic wrote:

> Galder,
> 
> I believe the ability to invoke distributed executors and mapreduce over 
> hotrod would be very interesting. However, I quickly realized that 
> internals of both DistributedExecutorService and MapReduceTask rely 
> heavily on some Cache internals (RpcManager, CommandsFactory, 
> InterceptoChain) that are only available in non-remote caches. There is 
> no way to fake this by simply passing RemoteCache instead of Cache. 
> Either we rethink the internals of DistributedExecutorService and 
> MapReduceTask or we somehow bridge to these abstractions from a thin 
> client.
> 
> Any thoughts how we could potentially achieve hotrodization of dist. exec?
> 
> Regards,
> Vladimir
> 
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani
manik at jboss.org
twitter.com/maniksurtani

Lead, Infinispan
http://www.infinispan.org



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20110504/bd9b549f/attachment.html