July 2013 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3176) Add tests for compatibility mode to server

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3176?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3176: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Add tests for compatibility mode to server > ------------------------------------------ > > Key: ISPN-3176 > URL: https://issues.jboss.org/browse/ISPN-3176 > Project: Infinispan > Issue Type: Task > Components: Server, Test Suite > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 6.0.0.Alpha2 > > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3147) Fix test ReplCommandForwardingTest.testForwardToJoinerNonTransactional

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3147?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3147: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Fix test ReplCommandForwardingTest.testForwardToJoinerNonTransactional > ---------------------------------------------------------------------- > > Key: ISPN-3147 > URL: https://issues.jboss.org/browse/ISPN-3147 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Affects Versions: 5.3.0.CR1 > Reporter: Adrian Nistor > Assignee: Dan Berindei > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > This test is broken by ISPN-2772. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3142) RehashAfterPartitionMergeTest.testCachePartition fails intermittently

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3142?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3142: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > RehashAfterPartitionMergeTest.testCachePartition fails intermittently > ----------------------------------------------------------------------- > > Key: ISPN-3142 > URL: https://issues.jboss.org/browse/ISPN-3142 > Project: Infinispan > Issue Type: Bug > Reporter: Mircea Markus > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 6.0.0.Alpha2 > > > As per Dan, this should be fixed indirectly by ISPN-2577. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3047) Drop encoding from CLI once servers store raw values

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3047?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3047: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Drop encoding from CLI once servers store raw values > ---------------------------------------------------- > > Key: ISPN-3047 > URL: https://issues.jboss.org/browse/ISPN-3047 > Project: Infinispan > Issue Type: Task > Components: CLI > Affects Versions: 5.3.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3045) Drop wrappers from RemoteCacheStore once HotRod server supports raw keys/values

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3045?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3045: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Drop wrappers from RemoteCacheStore once HotRod server supports raw keys/values > ------------------------------------------------------------------------------- > > Key: ISPN-3045 > URL: https://issues.jboss.org/browse/ISPN-3045 > Project: Infinispan > Issue Type: Task > Components: Remote protocols > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha2 > > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3037) Failing test: MixedModeTest.testMixedMode:72 NullPointer

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3037?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3037: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Failing test: MixedModeTest.testMixedMode:72 NullPointer > -------------------------------------------------------- > > Key: ISPN-3037 > URL: https://issues.jboss.org/browse/ISPN-3037 > Project: Infinispan > Issue Type: Bug > Reporter: Sanne Grinovero > Assignee: Pedro Ruivo > Labels: testsuite_stability > Fix For: 6.0.0.Alpha2 > > > ~~~~~~~~~~~~~~~~~~~~~~~~~ ENVIRONMENT INFO ~~~~~~~~~~~~~~~~~~~~~~~~~~ > jgroups.bind_addr = 127.0.0.1 > java.runtime.version = 1.6.0_43-b01 > java.runtime.name =Java(TM) SE Runtime Environment > java.vm.version = 20.14-b01 > java.vm.vendor = Sun Microsystems Inc. > os.name = Linux > os.version = 3.8.8-202.fc18.x86_64 > sun.arch.data.model = 64 > sun.cpu.endian = little > protocol.stack = null > infinispan.test.jgroups.protocol = tcp > infinispan.unsafe.allow_jdk8_chm = true > java.net.preferIPv4Stack = true > java.net.preferIPv6Stack = null > log4.configuration = null > MAVEN_OPTS = null > ~~~~~~~~~~~~~~~~~~~~~~~~~ ENVIRONMENT INFO ~~~~~~~~~~~~~~~~~~~~~~~~~~ > Tests run: 2911, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 212.448 sec <<< FAILURE! > testMixedMode(org.infinispan.api.MixedModeTest) Time elapsed: 0.03 sec <<< FAILURE! > java.lang.NullPointerException > at org.infinispan.api.MixedModeTest.testMixedMode(MixedModeTest.java:72) > 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > 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: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:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) > at java.lang.Thread.run(Thread.java:662) > Results : > Failed tests: > MixedModeTest.testMixedMode:72 NullPointer > Tests run: 2911, Failures: 1, Errors: 0, Skipped: 0 -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3261) Extract clustering functionality from core to infinispan-clustering

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3261?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3261: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Extract clustering functionality from core to infinispan-clustering > ------------------------------------------------------------------- > > Key: ISPN-3261 > URL: https://issues.jboss.org/browse/ISPN-3261 > Project: Infinispan > Issue Type: Sub-task > Components: Build process, Core API > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 6.0.0.Alpha2 > > -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3234) Upgrade to JCache 0.8

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3234?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3234: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Upgrade to JCache 0.8 > --------------------- > > Key: ISPN-3234 > URL: https://issues.jboss.org/browse/ISPN-3234 > Project: Infinispan > Issue Type: Component Upgrade > Components: JCache > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > When next JCache version is released, upgrade and re-enable the following TCK tests which have been disabled in ISPN-3213: > {code}org.jsr107.tck.CacheStatisticsTest#testCacheStatistics > org.jsr107.tck.CacheStatisticsTest#testCacheStatisticsInvokeEntryProcessorGet > org.jsr107.tck.CacheStatisticsTest#testCacheStatisticsInvokeEntryProcessorCreate > org.jsr107.tck.CacheStatisticsTest#testCacheStatisticsInvokeEntryProcessorRemove > org.jsr107.tck.CacheStatisticsTest#testIterateAndRemove > {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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3208) Remove Solder dependency from Infinispan CDI

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3208?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3208: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Remove Solder dependency from Infinispan CDI > -------------------------------------------- > > Key: ISPN-3208 > URL: https://issues.jboss.org/browse/ISPN-3208 > Project: Infinispan > Issue Type: Component Upgrade > Components: CDI integration > Reporter: Pete Muir > Assignee: Pete Muir > Fix For: 5.2.8.Final, 6.0.0.Alpha2 > > > Solder was EOLd about 18 months ago. I would suggest updating to use DeltaSpike as that is a supported offering from Red Hat. -- 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, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3197) Message ordering of Get and Invalidation can cause L1 to be inconsistent

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3197?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-3197: -------------------------------- Fix Version/s: 6.0.0.Alpha2 (was: 6.0.0.Alpha1) > Message ordering of Get and Invalidation can cause L1 to be inconsistent > ------------------------------------------------------------------------ > > Key: ISPN-3197 > URL: https://issues.jboss.org/browse/ISPN-3197 > Project: Infinispan > Issue Type: Bug > Affects Versions: 5.2.6.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 6.0.0.Alpha2, 6.0.0.Final > > > This is based off of discussion here: https://issues.jboss.org/browse/ISPN-2990?focusedCommentId=12779491&page=... > This can occur with a synchronous cache. > 1. A reads k1. This is an OOB call. > 2. B processes the read message and sends back the response > 3. C updates k1, at this stage B sends the invalidation message to A (OOB call) > 4. A processes(ignores) the invalidation message > 5. A puts the stale value sent at 2 in L1 > The OOB portions don't actually matter that they are OOB as even if B's messages were ordered it sill could process the get and update in a different order since they originate from different nodes. > The initial thought is to solve this with some type of tombstone to sygnal the removal of the L1 cache, but this also still doesn't catch the problem if A did not have key k1 in it's L1 cache to receive an invalidation message. -- 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, 8 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