[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
13 years, 7 months
[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
13 years, 7 months
[JBoss JIRA] Created: (ISPN-1086) IndexOutOfBoundsException for DistributedExecutorService with a single node cache
by Ming Fai Ma (JIRA)
IndexOutOfBoundsException for DistributedExecutorService with a single node cache
---------------------------------------------------------------------------------
Key: ISPN-1086
URL: https://issues.jboss.org/browse/ISPN-1086
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 5.0.0.CR1
Reporter: Ming Fai Ma
Assignee: Manik Surtani
Priority: Minor
I'm just trying the distributed executor in 5.0.0.CR1. My first test is to start a cache with one member only (but with clustered cache configuration as it is required). When I submitted a runnable in to a DistributedExecutorService with a single node, it got an error:
{quoted}
java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:547)
at java.util.ArrayList.get(ArrayList.java:322)
at org.infinispan.distexec.DefaultExecutorService.randomClusterMemberOtherThanSelf(DefaultExecutorService.java:451)
at org.infinispan.distexec.DefaultExecutorService.execute(DefaultExecutorService.java:278)
{quoted}
there is only one member and no "cluster member other than self". Should the single node use case be supported? I suppose there is no harm to allow user to use the executor in a single node, for example, for unit testing.
if this use case is not supported, I suggest to throw an exception with better explanation
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 7 months
[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
13 years, 7 months
[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
13 years, 7 months
[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
13 years, 7 months
[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
13 years, 7 months