[JBoss JIRA] (ISPN-3639) Local PutForExternalRead failing to apply locally in invalidated caches
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-3639?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño reassigned ISPN-3639:
--------------------------------------
Assignee: Galder Zamarreño (was: Dan Berindei)
> Local PutForExternalRead failing to apply locally in invalidated caches
> -----------------------------------------------------------------------
>
> Key: ISPN-3639
> URL: https://issues.jboss.org/browse/ISPN-3639
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 6.0.0.CR1
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Priority: Critical
> Fix For: 6.0.0.CR2, 6.0.0.Final
>
>
> Some tests in Hibernate 2LC are failing as a result of local putFromLoad calls (putForExternalRead) failing to apply on the node that invoked them, in invalidated caches. Here's a reduced failing test case:
> {code}
> @Test(groups="functional", testName = "api.mvcc.PutForExternalReadInvTest")
> public class PutForExternalReadInvTest extends MultipleCacheManagersTest {
> @Override
> protected void createCacheManagers() throws Throwable {
> ConfigurationBuilder builder = new ConfigurationBuilder();
> builder
> .clustering().cacheMode(CacheMode.INVALIDATION_SYNC)
> .transaction().transactionMode(TransactionMode.TRANSACTIONAL);
> createClusteredCaches(2, builder);
> }
> public void test000() {
> Cache<Integer, String> c0 = cache(0);
> Cache<Integer, String> c1 = cache(1);
> c0.putForExternalRead(1, "v1");
> assertEquals("v1", c0.get(1));
> c1.putForExternalRead(1, "v1");
> assertEquals("v1", c1.get(1));
> }
> }{code}
> This seems to be related to changes in ISPN-3289
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-3639) Local PutForExternalRead failing to apply locally in invalidated caches
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-3639:
--------------------------------------
Summary: Local PutForExternalRead failing to apply locally in invalidated caches
Key: ISPN-3639
URL: https://issues.jboss.org/browse/ISPN-3639
Project: Infinispan
Issue Type: Bug
Affects Versions: 6.0.0.CR1
Reporter: Galder Zamarreño
Assignee: Dan Berindei
Priority: Critical
Fix For: 6.0.0.CR2, 6.0.0.Final
Some tests in Hibernate 2LC are failing as a result of local putFromLoad calls (putForExternalRead) failing to apply on the node that invoked them, in invalidated caches. Here's a reduced failing test case:
{code}
@Test(groups="functional", testName = "api.mvcc.PutForExternalReadInvTest")
public class PutForExternalReadInvTest extends MultipleCacheManagersTest {
@Override
protected void createCacheManagers() throws Throwable {
ConfigurationBuilder builder = new ConfigurationBuilder();
builder
.clustering().cacheMode(CacheMode.INVALIDATION_SYNC)
.transaction().transactionMode(TransactionMode.TRANSACTIONAL);
createClusteredCaches(2, builder);
}
public void test000() {
Cache<Integer, String> c0 = cache(0);
Cache<Integer, String> c1 = cache(1);
c0.putForExternalRead(1, "v1");
assertEquals("v1", c0.get(1));
c1.putForExternalRead(1, "v1");
assertEquals("v1", c1.get(1));
}
}{code}
This seems to be related to changes in ISPN-3289
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-3515) Suspicios behaviour for ISPN Directory with Async. JDBC CacheStore
by Anna Manukyan (JIRA)
[ https://issues.jboss.org/browse/ISPN-3515?page=com.atlassian.jira.plugin.... ]
Anna Manukyan closed ISPN-3515.
-------------------------------
Resolution: Rejected
According to the detailed explanation from Sanne regarding the ISPN index manager and directory configuration, the config used for this test is invalid. Works properly with updated configuration.
> Suspicios behaviour for ISPN Directory with Async. JDBC CacheStore
> ------------------------------------------------------------------
>
> Key: ISPN-3515
> URL: https://issues.jboss.org/browse/ISPN-3515
> Project: Infinispan
> Issue Type: Bug
> Components: Querying
> Reporter: Anna Manukyan
> Assignee: Sanne Grinovero
> Attachments: async-store-config.xml, ClusteredCacheWithAsyncDirTest.java, ClusteredQueryTest.java
>
>
> I've noticed some strange behaviour while test implementation which I was not able to explain.
> I have a infinispan configuration file which contains definition for REPL cache using indexing on Infinispan Directory and using customized caches for ISPN Directory with enabled asynchronous JDBC cachestore (please see attached the configuration).
> The test is extended from the one existing already in the testsuite but works with the newly defined configuration - org.infinispan.query.blackbox.ClusteredCacheTest.
> The issue is that, 2 tests are failing - testClear() and testSearchKeyTransformer() with assertion errors.
> And these failures appear in case if the indexLocalOnly is set to true, even though the ISPN Directory caches are implemented to be clustered in a REPL mode.
> When I'm changing the indexLocalOnly to false, then everything is ok - all tests are passing.
> The failure messages for each method are:
> {code}
> testClear():
> java.lang.AssertionError:
> Expected :0
> Actual :3
> <Click to see difference>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.query.blackbox.ClusteredCacheTest.testClear(ClusteredCacheTest.java:266)
> testSearchKeyTransformer():
> java.lang.AssertionError:
> Expected :2
> Actual :1
> <Click to see difference>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:245)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:252)
> at org.infinispan.query.blackbox.ClusteredCacheTest.testSearchKeyTransformer(ClusteredCacheTest.java:362)
> {code}
> You can find attached the test classes.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months
[JBoss JIRA] (ISPN-3638) Upgrade to JGroups 3.4.0.Final
by Dan Berindei (JIRA)
Dan Berindei created ISPN-3638:
----------------------------------
Summary: Upgrade to JGroups 3.4.0.Final
Key: ISPN-3638
URL: https://issues.jboss.org/browse/ISPN-3638
Project: Infinispan
Issue Type: Component Upgrade
Affects Versions: 6.0.0.CR1
Reporter: Dan Berindei
Assignee: Dan Berindei
Fix For: 6.0.0.CR2, 6.0.0.Final
The fix for JGRP-1675 should be useful when we run out of OOB threads (REPLENISH messages are now flagged as INTERNAL).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 2 months