On Sep 22, 2013, at 2:57 PM, Sanne Grinovero wrote:
> On 22 September 2013 13:22, Mircea Markus wrote:
>>
>>> On 21 Sep 2013, at 23:07, Sanne Grinovero wrote:
>>>
On 19 September 2013 18:29, Mircea Markus wrote:
(Adding Jonathan who knows a thing or two about transactions.)
I think I fixed that in a PR that is still waiting:
https://github.com/infinispan/infinispan/pull/2081
On 09/23/2013 12:58 PM, Anna Manukyan wrote:
> Hi,
>
> I would like to add that the issue appears for both
> org.infinispan.client.hotrod.query.HotRodQueryIspnDirectoryTest and
> org.infinispa
Hi,
I would like to add that the issue appears for both
org.infinispan.client.hotrod.query.HotRodQueryIspnDirectoryTest and
org.infinispan.client.hotrod.query.MultiHotRodServerQueryTest tests,
specifically the issue appears while starting the hotRod servers (
createHotRodServers(...) ).
Also
Btw, this is not related to Tristan's PR. Master showing it too:
http://ci.infinispan.org/viewLog.html?buildId=3309&buildTypeId=bt8&tab=buildLog
Cheers,
On Sep 23, 2013, at 11:17 AM, Galder Zamarreño wrote:
> Hi,
>
> Re:
> http://ci.infinispan.org/viewLog.html?buildId=3314&buildTypeId=bt9&tab
On 22 September 2013 18:05, William Burns wrote:
> Whoops, I put Oracle instead of MySQL sorry about that. And to be
> more specific, Infinispan RR with Pessimistic locking is like MySQL
> RR in that you have non locking repeatable reads with locking writes.
>
> But rereading MySQL docs again I
Hi,
Re:
http://ci.infinispan.org/viewLog.html?buildId=3314&buildTypeId=bt9&tab=buildLog
Seems like there's some issues with Hot Rod query test that are leading to
testsuite halting. In particular, seems like the issue stops
HotRodQueryIspnDirectoryTest from starting up correctly.
Cheers,
--
G
On 09/22/2013 02:57 PM, Sanne Grinovero wrote:
> On 22 September 2013 13:22, Mircea Markus wrote:
>>> On 21 Sep 2013, at 23:07, Sanne Grinovero wrote:
>>>
On 19 September 2013 18:29, Mircea Markus wrote:
(Adding Jonathan who knows a thing or two about transactions.)
Given tha
On 09/19/2013 09:24 AM, Galder Zamarreño wrote:
> a) Bring back Infinispan 5.x classes to 6.0 to be able to read 5.x cache
> stores directly from 6.0.
No, we need something that is version independent (aside from the actual
payload, for which the user is responsible).
> b) Develop some code for I
On Sep 20, 2013, at 3:39 PM, Manik Surtani wrote:
> The chapter numbers were generated when I exported stuff from Confluence.
> I.e., it's rubbish.
>
> This only affects file names and nothing else. We could rename all the files
> and remove the chapter numbers altogether - e.g.,
> "sectio
