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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
manik(a)jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org