[JBoss JIRA] (ISPN-3996) LocalCachePerformantConfTest is reusing the same file path for multiple tests
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3996?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3996:
-----------------------------------------------
Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1195697|https://bugzilla.redhat.com/show_bug.cgi?id=1195697] from ON_QA to VERIFIED
> LocalCachePerformantConfTest is reusing the same file path for multiple tests
> -----------------------------------------------------------------------------
>
> Key: ISPN-3996
> URL: https://issues.jboss.org/browse/ISPN-3996
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Query
> Affects Versions: 6.0.1.Final
> Reporter: Pedro Ruivo
> Assignee: Sanne Grinovero
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
>
> org.infinispan.query.blackbox.LocalCachePerformantConfTest
> LocalCachePerformantConfTest.testLazyIterator
> LocalCachePerformantConfTest.testLazyIteratorWithInvalidFetchSize
> LocalCachePerformantConfTest.testLazyIteratorWithNoElementsFound
> LocalCachePerformantConfTest.testLazyIteratorWithOffset
> LocalCachePerformantConfTest.testMaxResults
> LocalCachePerformantConfTest.testModified
> LocalCachePerformantConfTest.testMultipleResults
> LocalCachePerformantConfTest.testRemoved
> LocalCachePerformantConfTest.testSearchKeyTransformer
> LocalCachePerformantConfTest.testSearchManagerWithInstantiation
> LocalCachePerformantConfTest.testSearchManagerWithNullCache
> LocalCachePerformantConfTest.testSetFilter
> LocalCachePerformantConfTest.testSetSort
> LocalCachePerformantConfTest.testSimple
> LocalCachePerformantConfTest.testSimpleForNonField
> LocalCachePerformantConfTest.testTypeFiltering
> LocalCachePerformantConfTest.testUnknownFetchModeIterator
> LocalCachePerformantConfTest.testUpdated
> http://ci.infinispan.org/viewLog.html?buildId=5947&tab=buildResultsDiv&bu...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5276) Broken AS JCache modules
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-5276?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-5276:
----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3293
> Broken AS JCache modules
> ------------------------
>
> Key: ISPN-5276
> URL: https://issues.jboss.org/browse/ISPN-5276
> Project: Infinispan
> Issue Type: Bug
> Components: CDI Integration
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
>
> After JCache refactoring (done in [b15a3a9f7989|https://github.com/infinispan/infinispan/commit/b15a3a9f7989]), JCache AS module are broken and there are also failing test due to it (e.g. {{cdi.GreetingCacheManagerIT}}), see e.g. [CI build #953|http://ci.infinispan.org/viewLog.html?buildId=24004&tab=buildResultsDiv&buildTypeId=bt8&logTab=].
> Fails with
> {noformat}
> org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: cdi-cm.war
> [...]
> Caused by: java.lang.NoClassDefFoundError: org/infinispan/jcache/AbstractJCacheManager
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_65]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_65]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.3.Final]
> [...]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5276) Broken AS JCache modules
by Vojtech Juranek (JIRA)
[ https://issues.jboss.org/browse/ISPN-5276?page=com.atlassian.jira.plugin.... ]
Vojtech Juranek updated ISPN-5276:
----------------------------------
Status: Open (was: New)
> Broken AS JCache modules
> ------------------------
>
> Key: ISPN-5276
> URL: https://issues.jboss.org/browse/ISPN-5276
> Project: Infinispan
> Issue Type: Bug
> Components: CDI Integration
> Reporter: Vojtech Juranek
> Assignee: Vojtech Juranek
>
> After JCache refactoring (done in [b15a3a9f7989|https://github.com/infinispan/infinispan/commit/b15a3a9f7989]), JCache AS module are broken and there are also failing test due to it (e.g. {{cdi.GreetingCacheManagerIT}}), see e.g. [CI build #953|http://ci.infinispan.org/viewLog.html?buildId=24004&tab=buildResultsDiv&buildTypeId=bt8&logTab=].
> Fails with
> {noformat}
> org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: cdi-cm.war
> [...]
> Caused by: java.lang.NoClassDefFoundError: org/infinispan/jcache/AbstractJCacheManager
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_65]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_65]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.3.Final]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.3.Final]
> [...]
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5276) Broken AS JCache modules
by Vojtech Juranek (JIRA)
Vojtech Juranek created ISPN-5276:
-------------------------------------
Summary: Broken AS JCache modules
Key: ISPN-5276
URL: https://issues.jboss.org/browse/ISPN-5276
Project: Infinispan
Issue Type: Bug
Components: CDI Integration
Reporter: Vojtech Juranek
Assignee: Vojtech Juranek
After JCache refactoring (done in [b15a3a9f7989|https://github.com/infinispan/infinispan/commit/b15a3a9f7989]), JCache AS module are broken and there are also failing test due to it (e.g. {{cdi.GreetingCacheManagerIT}}), see e.g. [CI build #953|http://ci.infinispan.org/viewLog.html?buildId=24004&tab=buildResultsDiv&buildTypeId=bt8&logTab=].
Fails with
{noformat}
org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: cdi-cm.war
[...]
Caused by: java.lang.NoClassDefFoundError: org/infinispan/jcache/AbstractJCacheManager
at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_65]
at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_65]
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.3.Final]
[...]
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5195) CacheConfigurationException when two methods using default cache configuration are called in same request
by Marcio Dantas (JIRA)
[ https://issues.jboss.org/browse/ISPN-5195?page=com.atlassian.jira.plugin.... ]
Marcio Dantas updated ISPN-5195:
--------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/3292
> CacheConfigurationException when two methods using default cache configuration are called in same request
> ---------------------------------------------------------------------------------------------------------
>
> Key: ISPN-5195
> URL: https://issues.jboss.org/browse/ISPN-5195
> Project: Infinispan
> Issue Type: Bug
> Components: CDI Integration
> Affects Versions: 6.0.2.Final
> Reporter: Marcio Dantas
> Priority: Critical
> Labels: cacheresult, cdi, infinispan, injectedcacheresolver
> Attachments: infinispan-cdi.tar.gz
>
>
> When two methods annotated with @CacheResult (without cacheName specified) are called in the same request, then the following error occurs:
> {panel}
> org.infinispan.commons.CacheConfigurationException: Detected interceptor of type [org.infinispan.jcache.interceptor.ExpirationTrackingInterceptor] being added to the interceptor chain 1743453620 more than once!
> at org.infinispan.interceptors.InterceptorChain.assertNotAdded(InterceptorChain.java:76)
> at org.infinispan.interceptors.InterceptorChain.addInterceptorBefore(InterceptorChain.java:248)
> at org.infinispan.CacheImpl.addInterceptorBefore(CacheImpl.java:717)
> at org.infinispan.jcache.JCache.addExpirationTrackingInterceptor(JCache.java:158)
> at org.infinispan.jcache.JCache.<init>(JCache.java:111)
> at org.infinispan.jcache.JCacheManager.configureCache(JCacheManager.java:238)
> at org.infinispan.jcache.annotation.InjectedCacheResolver.getCacheFromDefaultCacheManager(InjectedCacheResolver.java:105)
> at org.infinispan.jcache.annotation.InjectedCacheResolver.resolveCache(InjectedCacheResolver.java:97)
> at org.infinispan.jcache.annotation.InjectedCacheResolver$Proxy$_$$_WeldClientProxy.resolveCache(InjectedCacheResolver$Proxy$_$$_WeldClientProxy.java)
> at org.infinispan.jcache.annotation.AbstractCacheResultInterceptor.cacheResult(AbstractCacheResultInterceptor.java:56)
> at org.infinispan.jcache.annotation.InjectedCacheResultInterceptor.cacheResult(InjectedCacheResultInterceptor.java:33)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.jboss.weld.interceptor.proxy.SimpleMethodInvocation.invoke(SimpleMethodInvocation.java:30)
> at org.jboss.weld.interceptor.proxy.SimpleInterceptionChain.invokeNextInterceptor(SimpleInterceptionChain.java:69)
> at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:112)
> at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:88)
> at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:55)
> at org.infinispan.quickstart.cdi.GreetingService$Proxy$_$$_WeldSubclass.greetDefaultCacheConfigTwo(GreetingService$Proxy$_$$_WeldSubclass.java)
> at org.infinispan.quickstart.cdi.GreetingController.greet(GreetingController.java:58)
> at org.infinispan.quickstart.cdi.GreetingController$Proxy$_$$_WeldClientProxy.greet(GreetingController$Proxy$_$$_WeldClientProxy.java)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.el.parser.AstValue.invoke(AstValue.java:258)
> at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:278)
> at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
> at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
> at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
> at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
> ... 21 more
> {panel}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-5261) Transaction is recommited by joining node during merge
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-5261?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-5261:
-------------------------------
Status: Open (was: New)
> Transaction is recommited by joining node during merge
> ------------------------------------------------------
>
> Key: ISPN-5261
> URL: https://issues.jboss.org/browse/ISPN-5261
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.1.1.Final
> Reporter: Matej Čimbora
> Assignee: Dan Berindei
>
> Transaction gets recommited after a node joins a cluster during merge and requests retransmission of previous messages, overwriting updates which happened till that point.
> 4 nodes - edg-perf01-04
> Scenario:
> 1. edg-perf01 begins a new transaction & updates value of K
> {code}
> 06:50:50,421 TRACE [org.infinispan.transaction.xa.TransactionXaAdapter] (DefaultStressor-7) start called on tx GlobalTransaction:<edg-perf01-19349>:3516:local
> {code}
> The latest view on edg-perf01 is
> {code}
> 06:50:35,103 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,edg-perf01-19349) ISPN000093: Received new, MERGED cluster view: MergeView::[edg-perf01-19349|5] (3) [edg-perf01-19349, edg-perf04-20753, edg-perf02-19191], 1 subgroups: [edg-perf01-19349|4] (2) [edg-perf01-19349, edg-perf02-19191]
> {code}
> 2. Prepare command is sent with nodes edg-perf02 & edg-perf04 responding successfully
> {code}
> 06:50:51,186 TRACE [org.infinispan.remoting.rpc.RpcManagerImpl] (DefaultStressor-7) edg-perf01-19349 invoking PrepareCommand ... topologyId=12} to recipient list [edg-perf02-19191, edg-perf04-20753, edg-perf01-19349] ...
> {code}
> check message id & seqno
> {code}
> (06:50:51,195 TRACE [org.jgroups.protocols.TCP] (DefaultStressor-7) edg-perf01-19349: sending msg to null, src=edg-perf01-19349, headers are RequestCorrelator: id=200, type=REQ, id=17134, rsp_expected=true, exclusion_list=[edg-perf01-19349], NAKACK2: [MSG, seqno=1020], 20903: slaveIndex=0, TCP: [cluster_name=default])
> {code}
> 3. Transaction gets commited & value of K gets updated multiple times on edg-perf01 from this point on
> 4. edg-perf03 receives a new view containing all nodes
> {code}
> 06:50:53,963 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (Incoming-2,edg-perf03-14171) ISPN000093: Received new, MERGED cluster view: MergeView::[edg-perf01-19349|6] (4) [edg-perf01-19349, edg-perf03-14171, edg-perf04-20753, edg-perf02-19191], 3 subgroups: [edg-perf03-14171|4] (2) [edg-perf03-14171, edg-perf04-20753], [edg-perf01-19349|5] (3) [edg-perf01-19349, edg-perf04-20753, edg-perf02-19191], [edg-perf01-19349|4] (2) [edg-perf01-19349, edg-perf02-19191]
> {code}
> 5. edg-perf03 apparently requests retransmission of previous messages (containing prepare from step#2) & edg-perf01 sends the response
> Request
> {code}
> 06:51:35,241 TRACE [org.jgroups.protocols.pbcast.NAKACK2] (Timer-3,edg-perf03-14171) edg-perf03-14171: sending XMIT_REQ ((79): {1015-1093}) to edg-perf01-19349
> {code}
> Response
> {code}
> 06:51:35,299 TRACE [org.jgroups.protocols.TCP] (INT-14,edg-perf03-14171) edg-perf03-14171: received [dst: edg-perf03-14171, src: edg-perf01-19349 (4 headers), size=975 bytes, flags=OOB|DONT_BUNDLE|NO_TOTAL_ORDER|INTERNAL], headers are RequestCorrelator: id=200, type=REQ, id=17134, rsp_expected=true, exclusion_list=[edg-perf01-19349], NAKACK2: [XMIT_RSP, seqno=1020], 20903: slaveIndex=0, TCP: [cluster_name=default]
> {code}
> 6. edg-perf03 prepares the old transaction & eventually commits it again
> {code}
> 06:51:35,304 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (INT-14,edg-perf03-14171) Attempting to execute command: PrepareCommand.....gtx=GlobalTransaction:<edg-perf01-19349>:3516:local, cacheName='testCache', topologyId=12} [sender=edg-perf01-19349]
> 06:51:35,304 TRACE [org.infinispan.statetransfer.StateTransferLockImpl] (INT-14,edg-perf03-14171) Checking if transaction data was received for topology 12, current topology is 14
> 06:51:35,305 TRACE [org.infinispan.transaction.TransactionTable] (remote-thread-40) Created and registered remote transaction ... tx=GlobalTransaction:<edg-perf01-19349>:3516:remote, ...
> 06:51:35,308 TRACE [org.infinispan.remoting.rpc.RpcManagerImpl] (remote-thread-40) edg-perf03-14171 invoking PrepareCommand ... gtx=GlobalTransaction:<edg-perf01-19349>:3516:remote, cacheName='testCache', topologyId=15} to recipient list [edg-perf04-20753, edg-perf02-19191] ...
> {code}
> Successful commit responses
> {code}
> 06:51:36,750 TRACE [org.infinispan.remoting.rpc.RpcManagerImpl] (remote-thread-44) Response(s) to CommitCommand {gtx=GlobalTransaction:<edg-perf01-19349>:3516:remote, cacheName='testCache', topologyId=15} is {edg-perf02-19191=SuccessfulResponse{responseValue=null} , edg-perf04-20753=SuccessfulResponse{responseValue=null} }
> {code}
> 7. When get(K) is invoked on edg-perf01, stale value is returned (the one from step #6, ignoring updates which have happened since step #3)
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month
[JBoss JIRA] (ISPN-3944) DistSyncL1RepeatableReadFuncTest.testNoEntryInL1GetWithConcurrentReplace random failures
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-3944?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-3944:
-----------------------------------------------
Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1074517|https://bugzilla.redhat.com/show_bug.cgi?id=1074517] from ON_QA to VERIFIED
> DistSyncL1RepeatableReadFuncTest.testNoEntryInL1GetWithConcurrentReplace random failures
> ----------------------------------------------------------------------------------------
>
> Key: ISPN-3944
> URL: https://issues.jboss.org/browse/ISPN-3944
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite - Core
> Affects Versions: 6.0.1.Final
> Reporter: Dan Berindei
> Assignee: William Burns
> Labels: 630, testsuite_stability
> Fix For: 7.0.0.Alpha1, 7.0.0.Final
>
> Attachments: dsl1rrft.log.gz
>
>
> Random failure in DistSyncL1RepeatableReadFuncTest>DistSyncL1FuncTest.testNoEntryInL1GetWithConcurrentReplace:
> {noformat}
> 00:23:34,658 ERROR (testng-DistSyncL1RepeatableReadFuncTest:) [UnitTestTestNGListener] Test testNoEntryInL1GetWithConcurrentReplace(org.infinispan.distribution.DistSyncL1RepeatableReadFuncTest) failed.
> java.lang.AssertionError: Entry for key [key-to-the-cache] should be in L1 on cache at [NodeA-57647]!
> at org.infinispan.distribution.DistributionTestHelper.assertIsInL1(DistributionTestHelper.java:31)
> at org.infinispan.distribution.BaseDistFunctionalTest.assertIsInL1(BaseDistFunctionalTest.java:183)
> at org.infinispan.distribution.DistSyncL1FuncTest.testNoEntryInL1GetWithConcurrentReplace(DistSyncL1FuncTest.java:193)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 1 month