April 2011 - infinispan-issues - Jboss List Archives

[JBoss JIRA] Created: (ISPN-862) XAResource.isSameRM is not implemented correctly

by Mircea Markus (JIRA)

XAResource.isSameRM is not implemented correctly ------------------------------------------------ Key: ISPN-862 URL: https://issues.jboss.org/browse/ISPN-862 Project: Infinispan Issue Type: Bug Affects Versions: 4.2.0.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.0.0.BETA1 XAResource.isSameRM is described withing "3.4.9 Identifying Resource Manager Instance" of JTA spec. Discussing this with Jonathan Halliday a cluster itself should be seen as a ResourceManager, which means that the semantic of XAResource.isSameRM(XAResource) is as follows: - if it is the same type as ours (TransactionXAResource) AND - other's cluster name is same as ours then return true. False in all other situations. Current implementation returns true if and only of the two TransactionXAResource implementations are associated with the same Transaction object. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

3
6
0 / 0

[JBoss JIRA] Created: (ISPN-1074) TransactionXaAdapter.commit with onePhase=true doesn't rollback when tx is marked rollbackOnly

by Mircea Markus (JIRA)

TransactionXaAdapter.commit with onePhase=true doesn't rollback when tx is marked rollbackOnly ---------------------------------------------------------------------------------------------- Key: ISPN-1074 URL: https://issues.jboss.org/browse/ISPN-1074 Project: Infinispan Issue Type: Feature Request Affects Versions: 4.2.0.Final Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 4.2.2.FINAL, 5.0.0.FINAL Scenario: use eager locking with lockSingleNode=true. Start a transaction and kill a node where a lock is acquired. Then commit the transaction using JBossTM. As there's only one transaction enlisted, JBossTM optimizes the 2PC and only invokes TransactionXAAdaptr.commit with onePhase flag set to true. Right now this call results in an exception that leaves the cluster with locks being acquired. Instead of this, infinispan should rollback the transaction and throw an exception(XA_HEURRB?) that would be propagated to the user as well. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

2
4
0 / 0

[JBoss JIRA] Created: (ISPN-1056) Cache.stop() method raise a exception on application termination

by paolo di tommaso (JIRA)

Cache.stop() method raise a exception on application termination ---------------------------------------------------------------- Key: ISPN-1056 URL: https://issues.jboss.org/browse/ISPN-1056 Project: Infinispan Issue Type: Bug Components: Distributed Cache Affects Versions: 4.2.1.FINAL Environment: MacOSX + JDK (build 1.6.0_24-b07-334-10M3326) + PlayFramework 1.1 Reporter: paolo di tommaso Assignee: Manik Surtani Priority: Minor Killing the server the following exception is raised: Exception in thread "Thread-4" org.infinispan.CacheException: Unable to invoke method private void org.infinispan.transaction.xa.TransactionTable.stop() on object at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:174) at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:889) at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:716) at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:610) at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:172) at org.infinispan.CacheDelegate.stop(CacheDelegate.java:331) at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:544) at cache.InfinispanCacheImpl.stop(InfinispanCacheImpl.java:171) at play.cache.Cache.stop(Cache.java:247) at play.Play.stop(Play.java:499) at play.Play$1.run(Play.java:406) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:171) ... 10 more Caused by: java.lang.NullPointerException at org.infinispan.manager.DefaultCacheManager.removeListener(DefaultCacheManager.java:567) at org.infinispan.transaction.xa.TransactionTable.stop(TransactionTable.java:110) ... 15 more -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

3
22
0 / 0

[JBoss JIRA] Created: (ISPN-1037) Test reading/writing different versions of objects

by Galder Zamarreño (JIRA)

Test reading/writing different versions of objects --------------------------------------------------- Key: ISPN-1037 URL: https://issues.jboss.org/browse/ISPN-1037 Project: Infinispan Issue Type: Task Components: Marshalling Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 5.0.0.CR1 Some tests need to be added to be able to reply to http://infinispan.blogspot.com/2011/04/first-50-beta-now-available.html?s... in a more specific way. A test needs to be added for a new version of an object that adds a new field, and see if it can be read/written correctly under different circumstances: extending Serializable, extending Externalizable and via our internal Externalizer implementation. Any findings need to be documented. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

1
6
0 / 0

[JBoss JIRA] Created: (ISPN-982) Testsuite is leaking threads

by Sanne Grinovero (JIRA)

Testsuite is leaking threads ---------------------------- Key: ISPN-982 URL: https://issues.jboss.org/browse/ISPN-982 Project: Infinispan Issue Type: Bug Components: Test Suite Reporter: Sanne Grinovero Assignee: Mircea Markus Fix For: 5.0.0.BETA1 It seems that during test execution of the core module (master branch) the number of used threads ramps up quite noticeably. On Linux this is likely to hit the barrier of permitted threads per process, which will prevent the GC thread to start and in turn send the testsuite to critical failure via a very misleading OOM exception. you can observe the behaviour running the testsuite and attaching jconsole to it, on the "threads" tab you'll see the number raising. In my case it goes up to around ~800 threads before being killed (long before the tests are finished). -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

3
7
0 / 0

[JBoss JIRA] Created: (ISPN-1081) Upgrade JBoss Marshalling to 1.3.0

by Paul Ferraro (JIRA)

Upgrade JBoss Marshalling to 1.3.0 ---------------------------------- Key: ISPN-1081 URL: https://issues.jboss.org/browse/ISPN-1081 Project: Infinispan Issue Type: Task Components: Marshalling Affects Versions: 5.0.0.CR1 Reporter: Paul Ferraro Assignee: Manik Surtani Priority: Minor JBoss Marshalling 1.3.0 Final release is imminent. Please consider upgrading. This is the version used by JBoss AS7. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

2
7
0 / 0

[JBoss JIRA] Created: (ISPN-1046) Null type error in Scala class when deploying REST war in AS6

by Galder Zamarreño (JIRA)

Null type error in Scala class when deploying REST war in AS6 ------------------------------------------------------------- Key: ISPN-1046 URL: https://issues.jboss.org/browse/ISPN-1046 Project: Infinispan Issue Type: Bug Components: Cache Server Affects Versions: 4.2.1.FINAL Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.2.BETA1, 5.0.0.CR1, 5.0.0.FINAL Infinispan REST war fails to deploy in AS6: {code}Caused by: java.lang.Error: Error visiting "/Users/z/Go/code/as.svn/trunk/build/target/jboss-6.0.1-SNAPSHOT/server/ispnrestwar/deploy/infinispan.war/WEB-INF/lib/scala-library-2.8.1.jar/scala/Function$$anonfun$untupled$2.class" at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:268) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:408) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:410) [jboss-vfs.jar:3.0.0.GA] at org.jboss.vfs.VirtualFile.visit(VirtualFile.java:396) [jboss-vfs.jar:3.0.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:102) [jboss-classloading-vfs.jar:2.2.0.GA] at org.jboss.deployers.vfs.plugins.classloader.VFSDeploymentClassLoaderPolicyModule.visit(VFSDeploymentClassLoaderPolicyModule.java:181) [:2.2.0.GA] at org.jboss.scanning.plugins.DeploymentUnitScanner.scan(DeploymentUnitScanner.java:111) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.UrlScanner.scan(UrlScanner.java:96) [:1.0.0.GA] at org.jboss.scanning.deployers.ScanningDeployer.deploy(ScanningDeployer.java:95) [:1.0.0.GA] at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) [:2.2.0.GA] ... 43 more Caused by: java.lang.RuntimeException: Error visiting resource: VFSResourceContext @ scala/Function$$anonfun$untupled$2.class / BaseClassLoader@6e56103e{vfs:///Users/z/Go/code/as.svn/trunk/build/target/jboss-6.0.1-SNAPSHOT/server/ispnrestwar/deploy/infinispan.war}, visitor: org.jboss.scanning.annotations.plugins.GenericAnnotationVisitor@764d1b64 at org.jboss.scanning.plugins.visitor.IgnoreSetErrorHandler.handleError(IgnoreSetErrorHandler.java:56) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:91) [:1.0.0.GA] at org.jboss.scanning.annotations.plugins.AnnotationsScanningPlugin.visit(AnnotationsScanningPlugin.java:89) [:1.0.0.GA] at org.jboss.scanning.spi.helpers.ScanningPluginWrapper.visit(ScanningPluginWrapper.java:112) [:1.0.0.GA] at org.jboss.classloading.plugins.visitor.FederatedResourceVisitor.visit(FederatedResourceVisitor.java:101) [jboss-classloading.jar:2.2.0.GA] at org.jboss.classloading.plugins.vfs.VFSResourceVisitor.visit(VFSResourceVisitor.java:264) [jboss-classloading-vfs.jar:2.2.0.GA] ... 52 more Caused by: java.lang.IllegalArgumentException: Null type at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getTypeInfo(IntrospectionTypeInfoFactoryImpl.java:354) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl$2.run(IntrospectionTypeInfoFactoryImpl.java:230) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl$2.run(IntrospectionTypeInfoFactoryImpl.java:218) [jboss-reflect.jar:2.2.0.GA] at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_22] at org.jboss.reflect.plugins.introspection.IntrospectionTypeInfoFactoryImpl.getMethods(IntrospectionTypeInfoFactoryImpl.java:217) [jboss-reflect.jar:2.2.0.GA] at org.jboss.reflect.plugins.ClassInfoImpl.getDeclaredMethods(ClassInfoImpl.java:416) [jboss-reflect.jar:2.2.0.GA] at org.jboss.scanning.plugins.visitor.ClassHierarchyResourceVisitor.handleClass(ClassHierarchyResourceVisitor.java:80) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.doVisit(ReflectResourceVisitor.java:108) [:1.0.0.GA] at org.jboss.scanning.plugins.visitor.ReflectResourceVisitor.visit(ReflectResourceVisitor.java:86) [:1.0.0.GA] ... 56 more {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

1
5
0 / 0

[JBoss JIRA] Created: (ISPN-1082) Memcached quit command problem

by Galder Zamarreño (JIRA)

Memcached quit command problem ------------------------------ Key: ISPN-1082 URL: https://issues.jboss.org/browse/ISPN-1082 Project: Infinispan Issue Type: Bug Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.2.FINAL Looks to be related to ISPN-1035: steps to reproduce: unzip chmod +x bin/run.sh bin/run.sh -c datagrid -b localhost wait for start echo -e "quit\r" | nc localhost 11211 error: junit.framework.ComparisonFailure: expected:<[]> but was:<[SERVER_ERROR scala.MatchError: QuitRequest]> at org.jboss.test.cluster.datagrid.test.MemcachedClientTestCase.testQuit(MemcachedClientTestCase.java:733) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

1
4
0 / 0

[JBoss JIRA] Created: (ISPN-1083) Memcached commands noreply option error

by Galder Zamarreño (JIRA)

Memcached commands noreply option error --------------------------------------- Key: ISPN-1083 URL: https://issues.jboss.org/browse/ISPN-1083 Project: Infinispan Issue Type: Bug Components: Cache Server Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 4.2.2.FINAL No reply not appearing to work fine. Example: echo -e "delete a noreply\r" | nc localhost 11211 produces SERVER_ERROR java.lang.NullPointerException Other examples: $ echo -e "set a 0 0 1\r\na\r\ndelete a\r\ndelete a\r\ndelete a\r\ndelete a\r\n" | nc localhost 11211 STORED DELETED NOT_FOUND NOT_FOUND NOT_FOUND $ echo -e "set a 0 0 1 noreply\r\na\r\ndelete a\r\ndelete a\r\ndelete a\r\ndelete a\r\n" | nc localhost 11211 $ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 12 months

1
5
0 / 0

[JBoss JIRA] Created: (ISPN-994) Crete tooling (JMX) to handle heuristic transactions

by Mircea Markus (JIRA)

Crete tooling (JMX) to handle heuristic transactions ---------------------------------------------------- Key: ISPN-994 URL: https://issues.jboss.org/browse/ISPN-994 Project: Infinispan Issue Type: Feature Request Components: Transactions Reporter: Mircea Markus Assignee: Mircea Markus Fix For: 5.0.0.CR1 now that ISPN-272 is implemented the TM is aware about the heuristic transactions. After TM determines such a transaction it informs the System Administrator. It's SA's job to force the rollback/commit of those pending transactions. In order to do that he needs tooling in order to access the cluster. A solution would be JMX as described here: http://lists.jboss.org/pipermail/infinispan-dev/2011-March/007651.html -- 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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2011