I think this is fine as a wiki page, and let users extend/hack in this
functionality for now, but IMO we need to properly engineer distributed XA over
Hot Rod (with a tx broker, etc. as we designed some months back).
It's good that we have detailed this prototype, but I would say put it up on
the wiki (not official docs) and point people to it each time they ask. Maybe
someone will implement it and contribute it back. Otherwise, I would say wait
for 5.2 for a full distributed XA impl. :)
On 15 Jul 2011, at 12:53, Mircea Markus wrote:
> Hi,
>
> As there is a high community demand for having these operations in place, and
> most of these are targeted for post 5.1 releases, I thought about a
> workaround for having this functionality in place.
> I hijacked Hotrod's put operation and added a custom interceptor, so that if
> a certain object is being "put" into remote cache, the server side
> interceptor jumps in and runs transactions.
> This doesn't look too bad for the user, e.g. for supporting transactions:
>
> RemoteCache rc = getRemoteCache();//from somewhere...
>
> //this is what we'll use for running remote transactions over hotrod
> BatchEnabledRemoteCache berc = new BatchEnabledRemoteCache(rc);
>
> berc.startBatch(); //everything from here to endBatch call is a single
> transaction
> berc.put("k", "v1");
> berc.put("k2", "v2");
> berc.put("k3", "v3");
> berc.endBatch(true); // all or nothing!
>
>
> Of course this won't work with other clients than the java client, but I
> think most of our users are using that one ATM.
> Currently there's only support for transactions but this approach (and the
> code) can be easily extended to mapreduce and querying.
> I added s short description on how this can be used [1], also the source code
> is available here[2].
>
> What do you think about it? Is it worth suggesting to the users this
> approach(and possibly the code as well)?
>
> Cheers,
> Mircea
>
> [1] https://github.com/mmarkus/ops_over_hotrod/wiki/Usage-guide
> [2]https://github.com/mmarkus/ops_over_hotrod
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
--
Manik Surtani
ma...@jboss.org
twitter.com/maniksurtani
Lead, Infinispan
http://www.infinispan.org
_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev
