April 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-1062) Cannot enroll 2 cache instances in the same global Tx

by Nicolas Filotto (JIRA)

Cannot enroll 2 cache instances in the same global Tx ----------------------------------------------------- Key: ISPN-1062 URL: https://issues.jboss.org/browse/ISPN-1062 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 5.0.0.BETA2, 5.0.0.BETA1 Reporter: Nicolas Filotto Assignee: Manik Surtani Priority: Critical Attachments: TestMultiCacheInstances.java It seems that there is a regression since ISPN 5.0.0, the method isSameRM returns null even for 2 different cache instances which has for side effect to make ISPN forget to commit the changes on the second cache and more important to release the locks that have been acquired during the Tx. The following code fails on ISPN 5.0.0 but passes on ISPN 4.2.1.FINAL (with a real TM like Arjuna) {code:java} public void testUpdate() throws Exception { Cache<String, String> cache1 = manager.getCache("cache1"); Cache<String, String> cache2 = manager.getCache("cache2"); assertFalse(cache1.containsKey("a")); assertFalse(cache2.containsKey("b")); TransactionManager tm = cache1.getAdvancedCache().getTransactionManager(); tm.begin(); cache1.put("a", "value1"); cache2.put("b", "value2"); tm.commit(); assertEquals("value1", cache1.get("a")); assertEquals("value2", cache2.get("b")); tm.begin(); cache1.remove("a"); cache2.remove("b"); tm.commit(); assertFalse(cache1.containsKey("a")); assertFalse(cache2.containsKey("b")); } {code} Find as attached file the full unit test -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

4
6
0 / 0

[JBoss JIRA] Created: (ISPN-1075) Configuration.getName does not work for programmatically defined caches

by Mircea Markus (JIRA)

Configuration.getName does not work for programmatically defined caches ----------------------------------------------------------------------- Key: ISPN-1075 URL: https://issues.jboss.org/browse/ISPN-1075 Project: Infinispan Issue Type: Feature Request Reporter: Mircea Markus Assignee: Mircea Markus String aName = "aName"; Configuration configuration = cacheManager.defineConfiguration(aName, configurationOverride); Cache c = cacheManager.getCache(aName); assertEquals(c.getConfiguration().getName(), aName); // this fails!! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
12
0 / 0

[JBoss JIRA] Created: (ISPN-1070) build broken of RHQ plugin

by Sanne Grinovero (JIRA)

build broken of RHQ plugin -------------------------- Key: ISPN-1070 URL: https://issues.jboss.org/browse/ISPN-1070 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Reporter: Sanne Grinovero Assignee: Galder Zamarreño Priority: Blocker Fix For: 5.0.0.CR1 {quote} INFO] ------------------------------------------------------------------------ [INFO] Total time: 4.121s [INFO] Finished at: Sun Apr 24 12:07:38 CEST 2011 [INFO] Final Memory: 18M/162M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.7:javadoc (default) on project infinispan-rhq-plugin: An error has occurred in JavaDocs report generation: [ERROR] Exit code: 1 - javadoc: error - Cannot find doclet class org.infinispan.tools.rhq.RhqPluginXmlGenerator [ERROR] [ERROR] Command line was: /opt/jdk1.6.0_25/jre/../bin/javadoc @options @packages [ERROR] [ERROR] Refer to the generated Javadoc files in '/home/sanne/workspaces/infinispan/infinispan/rhq-plugin/target/site/apidocs' dir. [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException {quote} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

4
17
0 / 0

[JBoss JIRA] Created: (ISPN-1078) Allow a non-String object as a locking key in LockSupportCacheStore

by Trustin Lee (JIRA)

Allow a non-String object as a locking key in LockSupportCacheStore ------------------------------------------------------------------- Key: ISPN-1078 URL: https://issues.jboss.org/browse/ISPN-1078 Project: Infinispan Issue Type: Enhancement Components: Loaders and Stores Reporter: Trustin Lee Assignee: Trustin Lee Fix For: 5.0.0.CR1 {{LockSupportCacheStore}} uses {{String}} as its locking key. It is OK as long as the locking key can be represented as a {{String}} without much conversion cost. However, it the extending {{CacheStore}} implementation uses other type such as {{byte[]}} as its primary key type, it will result in unnecessary conversion from byte[] to String to achieve fine grained locking. I found a similar problem in {{[BucketBasedStore|http://j.mp/m9tLwU]}} - it's converting an integer into a {{String}} unnecessarily. Therefore, I propose to generify LockSupportCacheStore: {code} /** * @param L the type of the locking key */ public abstract class LockSupportCacheStore<L> ... { ... protected abstract String getLockFromKey(L key) throws CacheLoaderException; ... } {code} Then {{BuckedBasedCacheStore}} and the new {{CacheStore}} implementation I'm writing for ISPN-701 will be more efficient. Mircea, could you confirm if my idea doesn't break anything? Because it's not a backward compatible change, I'd like to get this done before cutting the first candidate release. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-1061) Deprecate rather than eliminate lazyDeserialization XML

by Galder Zamarreño (JIRA)

Deprecate rather than eliminate lazyDeserialization XML ------------------------------------------------------- Key: ISPN-1061 URL: https://issues.jboss.org/browse/ISPN-1061 Project: Infinispan Issue Type: Bug Components: Configuration Affects Versions: 5.0.0.BETA2 Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.CR1 Restory lazy deserialization XML element, mark it as deprecated, extend storeAsByte configuration and throw warning if used. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-1076) Update to JBoss TS 4.15.0.Final

by Galder Zamarreño (JIRA)

Update to JBoss TS 4.15.0.Final ------------------------------- Key: ISPN-1076 URL: https://issues.jboss.org/browse/ISPN-1076 Project: Infinispan Issue Type: Component Upgrade Components: Transactions Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.CR1 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

1
3
0 / 0

[JBoss JIRA] Created: (ISPN-980) Modify the Cassandra Cache Store to support Cassandra 0.7

by Tristan Tarrant (JIRA)

Modify the Cassandra Cache Store to support Cassandra 0.7 --------------------------------------------------------- Key: ISPN-980 URL: https://issues.jboss.org/browse/ISPN-980 Project: Infinispan Issue Type: Task Components: Loaders and Stores Affects Versions: 4.2.0.Final Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 5.0.0.Final -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

2
5
0 / 0

[JBoss JIRA] Created: (ISPN-899) ConsistentHash related improvements

by Mircea Markus (JIRA)

ConsistentHash related improvements ----------------------------------- Key: ISPN-899 URL: https://issues.jboss.org/browse/ISPN-899 Project: Infinispan Issue Type: Feature Request Components: Distributed Cache Affects Versions: 4.2.0.Final Reporter: Mircea Markus Assignee: Manik Surtani Fix For: 5.0.0.Final Following methods of CH are no longer used in the code base: int getHashId(Address a); int getHashSpace(); They should be removed. Also AbstractConsistentHash.getCaches can/should be added in the abstract implementation. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

5
12
0 / 0

[JBoss JIRA] Created: (ISPN-1007) eagerLockSingleNode="true" and rehasing

by Mircea Markus (JIRA)

eagerLockSingleNode="true" and rehasing --------------------------------------- Key: ISPN-1007 URL: https://issues.jboss.org/browse/ISPN-1007 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 4.2.1.FINAL Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 4.2.2.BETA1, 5.0.0.FINAL When eagerLockSingleNode="true", if the main data owner of a key changes during a transaction then the k might end up in inconsistent state. A solution to avoid this is: - on topology change, if a eagerLockSingleNode is enabled, iterate over all transactions's keys - if the main owner for a key has changed then just mark the tx for rollback This way, on next operation for that transaction an exception should be thrown, e.g. TxRollbackOnlyException -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-1027) Space in path seems to break runGUIDemo.sh

by Jim Tyrrell (JIRA)

Space in path seems to break runGUIDemo.sh ------------------------------------------ Key: ISPN-1027 URL: https://issues.jboss.org/browse/ISPN-1027 Project: Infinispan Issue Type: Bug Environment: MAC OS X Reporter: Jim Tyrrell Assignee: Manik Surtani Assuming that the space in the path is breaking the running of this: Jim-Tyrrells-MacBook-Pro-2:infinispan-4.2.1.FINAL jimtyrrell$ pwd /Users/jimtyrrell 1/Servers/infinispan-4.2.1.FINAL Jim-Tyrrells-MacBook-Pro-2:infinispan-4.2.1.FINAL jimtyrrell$ ./bin/runGuiDemo.sh Jim-Tyrrells-MacBook-Pro-2:infinispan-4.2.1.FINAL jimtyrrell$ Exception in thread "main" java.lang.NoClassDefFoundError: 1/Servers/infinispan-4/2/1/FINAL/etc:/Users/jimtyrrell/*/jar:/Users/jimtyrrell/*/jar:/Users/jimtyrrell/*/jar:/Users/jimtyrrell/*/jar Caused by: java.lang.ClassNotFoundException: 1.Servers.infinispan-4.2.1.FINAL.etc:.Users.jimtyrrell.*.jar:.Users.jimtyrrell.*.jar:.Users.jimtyrrell.*.jar:.Users.jimtyrrell.*.jar -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years

4
17
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2011