August 2012 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-1426) Socket creation not within retry logicc

by Galder Zamarreño (JIRA)

Socket creation not within retry logicc --------------------------------------- Key: ISPN-1426 URL: https://issues.jboss.org/browse/ISPN-1426 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 5.0.1.FINAL Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.1.0.BETA1, 5.1.0.FINAL Hot Rod client should create transport instances within the retry logic, otherwise exceptions like: {code}Caused by: java.net.ConnectException: Connection refused{code} Won't be recovered -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
7
0 / 0

[JBoss JIRA] (ISPN-2092) Write skew check not detected in LOCAL mode when doing multiple modifications

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-2092: ----------------------------------- Summary: Write skew check not detected in LOCAL mode when doing multiple modifications Key: ISPN-2092 URL: https://issues.jboss.org/browse/ISPN-2092 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 5.1.5.FINAL Environment: jdk 1.6.0_32, Fedora 16 Reporter: Adrian Nistor Assignee: Adrian Nistor Using a local cache with optimistic locking, repeatable read and write skew check, two threads will concurrently execute a transaction that put() the same key. In this case write skew check is properly detected and only one is able to commit. If the two threads modify two keys no write skew check happens and both will commit. It turns out there is an optimization in OptimisticLockingInterceptor for single modification transactions. The write skew check is properly done on this code path but is not done for the code path that handles transactions with multiple modifications. More specifically, LockAcquisitionVisitor.performWriteSkewCheck is not invoked at all. Please have a look at WriteSkewTest.testCheckWriteSkewWithMultipleModifications() in the pull request that demonstrates the issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
5
0 / 0

[JBoss JIRA] (ISPN-2100) Apply ConcurrentHashMapV8 improvements

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-2100: -------------------------------------- Summary: Apply ConcurrentHashMapV8 improvements Key: ISPN-2100 URL: https://issues.jboss.org/browse/ISPN-2100 Project: Infinispan Issue Type: Enhancement Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.2.0.ALPHA1, 5.2.0.FINAL Some improvements have been added to ConcurrentHashMapV8: http://cs.oswego.edu/pipermail/concurrency-interest/2012-June/009505.html We should port these to our implementation. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
4
0 / 0

[JBoss JIRA] (ISPN-2098) DummyTxTest fails randomly

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-2098: ----------------------------------- Summary: DummyTxTest fails randomly Key: ISPN-2098 URL: https://issues.jboss.org/browse/ISPN-2098 Project: Infinispan Issue Type: Bug Affects Versions: 5.1.5.FINAL Reporter: Adrian Nistor Assignee: Adrian Nistor Priority: Minor The test uses multiple threads and does not take into account that some threads might: 1. fail to perform remove() due to an immediate WriteSkewException. I only expected this exception at commit time but it seems for local caches this can also happen immediately. 2. some threads might fail to remove() altogether because the key is already gone and will not get any exception that causes a rollback See attached log. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
6
0 / 0

[JBoss JIRA] (ISPN-2095) Eviction causes lost AtomicMap entries

by Paul Ferraro (JIRA)

Paul Ferraro created ISPN-2095: ---------------------------------- Summary: Eviction causes lost AtomicMap entries Key: ISPN-2095 URL: https://issues.jboss.org/browse/ISPN-2095 Project: Infinispan Issue Type: Bug Components: Eviction Affects Versions: 5.1.5.FINAL Reporter: Paul Ferraro Assignee: Manik Surtani Priority: Blocker Here's the scenario: Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7). 1. Create cache entry containing atomic map with 2 map entries on node1. 2. Passivate that cache entry on node2 via manual evict. 3. Modify 1 of the atomic map entries within the cache entry on node1. 4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
13
0 / 0

[JBoss JIRA] (ISPN-2080) Cache Listener is not notified on cache replace

by William Burns (JIRA)

William Burns created ISPN-2080: ----------------------------------- Summary: Cache Listener is not notified on cache replace Key: ISPN-2080 URL: https://issues.jboss.org/browse/ISPN-2080 Project: Infinispan Issue Type: Bug Components: Listeners Affects Versions: 5.1.5.FINAL Reporter: William Burns Assignee: Manik Surtani Previously I have been using put with cache listeners to get remote updates. This works fine, however I changed over to using the concurrent map replace method due to my new value being a composite value and I wanted to make sure to work with asynchronous updates across jvm in a loop. The changes work fine however I am no longer getting CacheModification listener events. I have attached a test case that tests this and changes that allow for the cache listeners to be notified. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
8
0 / 0

[JBoss JIRA] (ISPN-2097) Tear down methods should run even if the test method failed

by Dan Berindei (JIRA)

Dan Berindei created ISPN-2097: ---------------------------------- Summary: Tear down methods should run even if the test method failed Key: ISPN-2097 URL: https://issues.jboss.org/browse/ISPN-2097 Project: Infinispan Issue Type: Task Components: Test Suite Affects Versions: 5.1.5.FINAL Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 5.2.0.ALPHA1 By default TestNG doesn't run methods annotated with `@AfterMethod`/`@AfterTest`/`@AfterClass` if the test method failed. This means we have to write `alwaysRun=true` explicitly, or the method won't run after a failure and it may leave cache managers lying around. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

3
3
0 / 0

[JBoss JIRA] (ISPN-2089) Transactional distributed shared cache store not working

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-2089: -------------------------------------- Summary: Transactional distributed shared cache store not working Key: ISPN-2089 URL: https://issues.jboss.org/browse/ISPN-2089 Project: Infinispan Issue Type: Bug Components: Distributed Cache, Loaders and Stores, Transactions Affects Versions: 5.1.5.FINAL Reporter: Galder Zamarreño Assignee: Galder Zamarreño Priority: Critical Fix For: 5.2.0.ALPHA1, 5.2.0.FINAL This test fails: {code}public class DistSyncTxCacheStoreSharedTest extends BaseDistCacheStoreTest { public DistSyncTxCacheStoreSharedTest() { sync = true; tx = true; testRetVals = true; shared = true; INIT_CLUSTER_SIZE = 2; numOwners = 1; } public void testPutFromNonOwner() throws Exception { Cache<Object, String> cacheX = getFirstNonOwner("key1"); CacheStore storeX = TestingUtil.extractComponent( cacheX, CacheLoaderManager.class).getCacheStore(); cacheX.put("key1", "v1"); assertEquals("v1", cacheX.get("key1")); assertNotNull(storeX.load("key1")); assertEquals("v1", storeX.load("key1").getValue()); } }{code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
5
0 / 0

[JBoss JIRA] (ISPN-1564) Make configuration extensible by non-core modules

by Sanne Grinovero (Created) (JIRA)

Make configuration extensible by non-core modules ------------------------------------------------- Key: ISPN-1564 URL: https://issues.jboss.org/browse/ISPN-1564 Project: Infinispan Issue Type: Enhancement Reporter: Sanne Grinovero Assignee: Manik Surtani Fix For: 5.2.0.FINAL We should think about using generic java/xsd namespaces and have secondary modules define their own specific elements. A good use case is the Query module: indexing requires many options, some of them are currently defined in the core configuration. Other users might be the various properties of the cacheloader implementations: jdbc comes to mind as one which doesn't look very nice to configure. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

4
3
0 / 0

[JBoss JIRA] (ISPN-2063) Remove workaround to handle null commands when channel stops before cache manager

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-2063: -------------------------------------- Summary: Remove workaround to handle null commands when channel stops before cache manager Key: ISPN-2063 URL: https://issues.jboss.org/browse/ISPN-2063 Project: Infinispan Issue Type: Task Components: Marshalling Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.2.0.ALPHA1, 5.2.0.FINAL Revert ISPN-2025 when AS7-3180 is done. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2012