July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3316) CDI Cache interceptor tests are failing while running in EAP container

by Anna Manukyan (JIRA)

[ https://issues.jboss.org/browse/ISPN-3316?page=com.atlassian.jira.plugin.... ] Anna Manukyan updated ISPN-3316: -------------------------------- Description: While migration of the CDI related tests to work under EAP container (at the moment using 6.0.GA), it was found that the tests related to interceptors are failing. The issue relates to org.infinispan.cdi.test.interceptor.CachePutInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveAllInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveInterceptorTest, org.infinispan.cdi.test.interceptor.CacheResultInterceptorTest. The failure relates to assertions. The thing is that all actions which are done using javax.cache.cache-api annotations, work properly (I've added some logs e.g. in CachePutInterceptor, and it shows that the data is put to the cache properly). But later when the test wants to verify that the data is really put to the data, retrieves the cache from the injected CacheContainer, the cache is empty - the data is not there. The issue appeared since the latest changes to the Infinispan-CDI module, and split to infinispan-jcache module. For the previous version, the tests are passed under EAP container. The example above was given for the CachePutInterceptorTest, but the same refers to the rest of them. The git repo for the sources, will be provided later. was: While migration of the CDI related tests to work under EAP container (at the moment using 6.0.GA), it was found that the tests related to interceptors are failing. The issue relates to org.infinispan.cdi.test.interceptor.CachePutInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveAllInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveInterceptorTest, org.infinispan.cdi.test.interceptor.CacheResultInterceptorTest. The failure relates to assertions. The thing is that all actions which are done using javax.cache.cache-api annotations, work properly (I've added some logs e.g. in CachePutInterceptor, and it shows that the data is put to the cache properly). But later when the test wants to verify that the data is really put to the data, retrieves the cache from the injected CacheContainer, the cache is empty - the data is not there. The issue appeared since the latest changes to the Infinispan-CDI module, and split to infinispan-jcache module. For the previous version, the tests are passed under EAP container. The example above was given for the CachePutInterceptorTest, but the same refers to the rest of them. > CDI Cache interceptor tests are failing while running in EAP container > ---------------------------------------------------------------------- > > Key: ISPN-3316 > URL: https://issues.jboss.org/browse/ISPN-3316 > Project: Infinispan > Issue Type: Bug > Components: CDI integration > Affects Versions: 5.3.0.Final > Reporter: Anna Manukyan > Assignee: Mircea Markus > > While migration of the CDI related tests to work under EAP container (at the moment using 6.0.GA), it was found that the tests related to interceptors are failing. The issue relates to > org.infinispan.cdi.test.interceptor.CachePutInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveAllInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveInterceptorTest, org.infinispan.cdi.test.interceptor.CacheResultInterceptorTest. > The failure relates to assertions. The thing is that all actions which are done using javax.cache.cache-api annotations, work properly (I've added some logs e.g. in CachePutInterceptor, and it shows that the data is put to the cache properly). > But later when the test wants to verify that the data is really put to the data, retrieves the cache from the injected CacheContainer, the cache is empty - the data is not there. > The issue appeared since the latest changes to the Infinispan-CDI module, and split to infinispan-jcache module. For the previous version, the tests are passed under EAP container. > The example above was given for the CachePutInterceptorTest, but the same refers to the rest of them. > The git repo for the sources, will be provided later. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3316) CDI Cache interceptor tests are failing while running in EAP container

by Anna Manukyan (JIRA)

Anna Manukyan created ISPN-3316: ----------------------------------- Summary: CDI Cache interceptor tests are failing while running in EAP container Key: ISPN-3316 URL: https://issues.jboss.org/browse/ISPN-3316 Project: Infinispan Issue Type: Bug Components: CDI integration Affects Versions: 5.3.0.Final Reporter: Anna Manukyan Assignee: Mircea Markus While migration of the CDI related tests to work under EAP container (at the moment using 6.0.GA), it was found that the tests related to interceptors are failing. The issue relates to org.infinispan.cdi.test.interceptor.CachePutInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveAllInterceptorTest, org.infinispan.cdi.test.interceptor.CacheRemoveInterceptorTest, org.infinispan.cdi.test.interceptor.CacheResultInterceptorTest. The failure relates to assertions. The thing is that all actions which are done using javax.cache.cache-api annotations, work properly (I've added some logs e.g. in CachePutInterceptor, and it shows that the data is put to the cache properly). But later when the test wants to verify that the data is really put to the data, retrieves the cache from the injected CacheContainer, the cache is empty - the data is not there. The issue appeared since the latest changes to the Infinispan-CDI module, and split to infinispan-jcache module. For the previous version, the tests are passed under EAP container. The example above was given for the CachePutInterceptorTest, but the same refers to the rest of them. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3313) Add parser for Infinispan 6.0

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-3313?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-3313: ----------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/1712 > Add parser for Infinispan 6.0 > ----------------------------- > > Key: ISPN-3313 > URL: https://issues.jboss.org/browse/ISPN-3313 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Alpha1 > > > Add a parser, XSD and the rest of paraphernalia to parse Infinispan 6.0 configuration. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3313) Add parser for Infinispan 6.0

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3313?page=com.atlassian.jira.plugin.... ] Mircea Markus resolved ISPN-3313. --------------------------------- Resolution: Done > Add parser for Infinispan 6.0 > ----------------------------- > > Key: ISPN-3313 > URL: https://issues.jboss.org/browse/ISPN-3313 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Alpha1 > > > Add a parser, XSD and the rest of paraphernalia to parse Infinispan 6.0 configuration. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2714) TopologyAwareTwoNodesMapReduceTest.testInvokeMapperCancellation test fails randomly

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-2714?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-2714: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > TopologyAwareTwoNodesMapReduceTest.testInvokeMapperCancellation test fails randomly > ----------------------------------------------------------------------------------- > > Key: ISPN-2714 > URL: https://issues.jboss.org/browse/ISPN-2714 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 5.2.0.CR1 > Reporter: Anna Manukyan > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 6.0.0.Alpha1 > > > The test org.infinispan.distexec.mapreduce.TopologyAwareTwoNodesMapReduceTest.testInvokeMapperCancellation fails randomly on all environments. > The error log is: > {code} > Error Message > Expected exception java.util.concurrent.CancellationException but got java.lang.AssertionError: Mapper not cancelled, root cause org.jgroups.TimeoutException: timeout sending message to TopologyAwareTwoNodesMapReduceTest-NodeB-22523(test2) > Stacktrace > org.testng.TestException: > Expected exception java.util.concurrent.CancellationException but got java.lang.AssertionError: Mapper not cancelled, root cause org.jgroups.TimeoutException: timeout sending message to TopologyAwareTwoNodesMapReduceTest-NodeB-22523(test2) > at org.testng.internal.Invoker.handleInvocationResults(Invoker.java:1503) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:764) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at java.lang.Thread.run(Thread.java:722) > Caused by: java.lang.AssertionError: Mapper not cancelled, root cause org.jgroups.TimeoutException: timeout sending message to TopologyAwareTwoNodesMapReduceTest-NodeB-22523(test2) > at org.infinispan.distexec.mapreduce.SimpleTwoNodesMapReduceTest.testInvokeMapperCancellation(SimpleTwoNodesMapReduceTest.java:106) > 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:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > ... 15 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3249) Clean up Lucene module

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3249?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3249: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Clean up Lucene module > ---------------------- > > Key: ISPN-3249 > URL: https://issues.jboss.org/browse/ISPN-3249 > Project: Infinispan > Issue Type: Sub-task > Components: Configuration, Lucene Directory, Test Suite > Reporter: Navin Surtani > Assignee: Navin Surtani > Fix For: 6.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3232) ClassCastException in LevelDBCacheStore

by Mircea Markus (JIRA)

[ https://issues.jboss.org/browse/ISPN-3232?page=com.atlassian.jira.plugin.... ] Mircea Markus updated ISPN-3232: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > ClassCastException in LevelDBCacheStore > --------------------------------------- > > Key: ISPN-3232 > URL: https://issues.jboss.org/browse/ISPN-3232 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 5.3.0.CR1 > Reporter: Michal Linhard > Assignee: Galder Zamarreño > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > The test org/infinispan/loaders/leveldb/LevelDBCacheStoreTest.java shows this error in the log: > {code} > 2013-06-14 15:20:13,136 ERROR [AbstractCacheStore] (main) ISPN000045: Problems encountered while purging expired > org.infinispan.loaders.CacheLoaderException: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:412) > at org.infinispan.loaders.AbstractCacheStore$2.run(AbstractCacheStore.java:111) > at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:44) > at org.infinispan.loaders.AbstractCacheStore.purgeExpired(AbstractCacheStore.java:107) > at org.infinispan.loaders.BaseCacheStoreTest.purgeExpired(BaseCacheStoreTest.java:214) > at org.infinispan.loaders.BaseCacheStoreTest.testLoadAndStoreWithIdle(BaseCacheStoreTest.java:202) > 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:601) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:335) > at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:330) > at org.testng.SuiteRunner.privateRun(SuiteRunner.java:291) > at org.testng.SuiteRunner.run(SuiteRunner.java:240) > at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > at org.testng.TestNG.runSuitesSequentially(TestNG.java:1224) > at org.testng.TestNG.runSuitesLocally(TestNG.java:1149) > at org.testng.TestNG.run(TestNG.java:1057) > at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:111) > at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:204) > at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:175) > Caused by: org.infinispan.loaders.CacheLoaderException: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:403) > ... 29 more > Caused by: java.lang.ClassCastException: [B cannot be cast to java.lang.Long > at org.infinispan.loaders.leveldb.LevelDBCacheStore.purgeInternal(LevelDBCacheStore.java:367) > ... 29 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3302) Add commons to the AS integration modules

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-3302?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-3302: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Add commons to the AS integration modules > ----------------------------------------- > > Key: ISPN-3302 > URL: https://issues.jboss.org/browse/ISPN-3302 > Project: Infinispan > Issue Type: Sub-task > Components: Build process > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha1 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3231) Skip TransactionCompletionNotification for autoCommit transactions with 1PC commit

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3231?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-3231: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: (was: 6.0.0.Final) Resolution: Done > Skip TransactionCompletionNotification for autoCommit transactions with 1PC commit > ---------------------------------------------------------------------------------- > > Key: ISPN-3231 > URL: https://issues.jboss.org/browse/ISPN-3231 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 5.2.6.Final > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 6.0.0.Alpha1 > > > autoCommit transactions with 1PC commit is unreliable for concurrent access, so locking + tx completion notification can be skipped. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3231) Skip TransactionCompletionNotification for autoCommit transactions with 1PC commit

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-3231?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-3231: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/1901 > Skip TransactionCompletionNotification for autoCommit transactions with 1PC commit > ---------------------------------------------------------------------------------- > > Key: ISPN-3231 > URL: https://issues.jboss.org/browse/ISPN-3231 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 5.2.6.Final > Reporter: Mircea Markus > Assignee: Mircea Markus > Fix For: 6.0.0.Alpha1, 6.0.0.Final > > > autoCommit transactions with 1PC commit is unreliable for concurrent access, so locking + tx completion notification can be skipped. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2013