On Tue, Jun 24, 2014 at 9:04 PM, William Burns mudokon...@gmail.com wrote:
I must admit this seems a bit heavy handed to have to enable
transactions, when are using them solely for the purpose of having
implicit transactions.
Can we not instead just tweak the
On 25 Jun 2014, at 08:45, Dan Berindei dan.berin...@gmail.com wrote:
On Tue, Jun 24, 2014 at 9:04 PM, William Burns mudokon...@gmail.com wrote:
I must admit this seems a bit heavy handed to have to enable
transactions, when are using them solely for the purpose of having
implicit
On 24 Jun 2014, at 19:51, Pedro Ruivo pe...@infinispan.org wrote:
On 06/24/2014 05:11 PM, Mircea Markus wrote:
On Jun 24, 2014, at 16:50, Galder Zamarreño gal...@redhat.com wrote:
On 24 Jun 2014, at 16:51, Mircea Markus mmar...@redhat.com wrote:
On Jun 24, 2014, at 15:27,
Hi,
I use latest upstream of g...@github.com:infinispan/infinispan.git
commit bc949a3acb354ff9ac3202b450c521dc6740b415
Author: Martin Gencur mgen...@redhat.com
Date: Thu Jun 19 15:59:27 2014 +0200
and the build failed build.sh clean install, see below.
Is there a general problem with
Now that the suite is stable would be good to cut ISPN 7.0.0.Alpha5. There are
still quite some PRs pending, let's focus on that for now and release on Friday.
Cheers,
--
Mircea Markus
Infinispan lead (www.infinispan.org)
___
infinispan-dev
Pedro’s suggestion looks good [1]
It’s passed tests both locally (20 threads, each sending 200 operations) and in
a remote server (40 threads, each sending 1000 operations).
Cheers,
[1] https://github.com/infinispan/infinispan/pull/2671
On 25 Jun 2014, at 10:21, Galder Zamarreño
On 25 Jun 2014, at 13:21, Mircea Markus mmar...@redhat.com wrote:
Now that the suite is stable would be good to cut ISPN 7.0.0.Alpha5. There
are still quite some PRs pending, let's focus on that for now and release on
Friday.
Sounds good, but avoid duplicate work, particularly when it