January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4163) CacheAuthorizationTest.testAllCombinations always fails on JDK8

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4163?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4163: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1173645|https://bugzilla.redhat.com/show_bug.cgi?id=1173645] from VERIFIED to CLOSED > CacheAuthorizationTest.testAllCombinations always fails on JDK8 > --------------------------------------------------------------- > > Key: ISPN-4163 > URL: https://issues.jboss.org/browse/ISPN-4163 > Project: Infinispan > Issue Type: Bug > Components: Security, Test Suite - Core > Affects Versions: 7.0.0.Alpha1 > Reporter: Dan Berindei > Assignee: Tristan Tarrant > Labels: testsuite_stability > Fix For: 7.0.0.Alpha5 > > > JDK8 added some new default methods to ConcurrentMap, and SecureCacheTestDriver doesn't cover them. This actually raises the question of whether we could provide our own implementations while still keeping compatibility with JDK6... > {noformat} > java.lang.Exception: Class org.infinispan.security.SecureCacheTestDriver needs to declare a method with the following signature: void testReplaceAll_BiFunction(SecureCache<String, String> cache) {} > at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:158) > Caused by: java.lang.NoSuchMethodException: org.infinispan.security.SecureCacheTestDriver.testReplaceAll_BiFunction(org.infinispan.security.SecureCache) > at java.lang.Class.getMethod(Class.java:1773) > at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:109) ... 20 more > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4947) Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4947?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4947: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1162519|https://bugzilla.redhat.com/show_bug.cgi?id=1162519] from VERIFIED to CLOSED > Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present > ------------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4947 > URL: https://issues.jboss.org/browse/ISPN-4947 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5074) Update remote query quickstart with the new annotation driven Protostream marshalling

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5074?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5074: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1182140|https://bugzilla.redhat.com/show_bug.cgi?id=1182140] from VERIFIED to CLOSED > Update remote query quickstart with the new annotation driven Protostream marshalling > ------------------------------------------------------------------------------------- > > Key: ISPN-5074 > URL: https://issues.jboss.org/browse/ISPN-5074 > Project: Infinispan > Issue Type: Task > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: jdg > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5104) Infinite loop in TransactionAwareCloseableIterator when iterating through cache...

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5104?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5104: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1176910|https://bugzilla.redhat.com/show_bug.cgi?id=1176910] from VERIFIED to CLOSED > Infinite loop in TransactionAwareCloseableIterator when iterating through cache... > ---------------------------------------------------------------------------------- > > Key: ISPN-5104 > URL: https://issues.jboss.org/browse/ISPN-5104 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.2.Final > Reporter: Christian Niessner > Assignee: William Burns > Fix For: 7.0.3.Final, 7.1.0.Beta1 > > > Hi, > i have some testing code that iterates through a cache and validates all data in this cache for consistency. > The reduced code is: > TransactionManager tm = cache.getAdvancedCache().getTransactionManager(); > tm.begin(); > try { > for (Entry<Object,Object> entry : metadataCache.entrySet()) { > // validation code omitted... > } > } finally { > tm.commit(); > } > In some circumstances the iteration starts returning the same Entry every time. I stepped into the code and the value is returned from: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > This code block is commented with: > "// We do a last check to make sure no additional values were added to our context while iterating" > And for me it seems that the value returned here never gets added to the "seenContextKeys" Set and so the iterator is always returning the same key. > Maybe a simple "seenContextKeys.add(lookedUpEntry.getKey())" next to Line 70 would fix this issue. Maybe even a 'break' could make sense here because is there the need to walk through the entire list if we have found a candidate? -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4947) Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4947?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4947: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1162519|https://bugzilla.redhat.com/show_bug.cgi?id=1162519] from VERIFIED to CLOSED > Improve externalization of ObjectFilter.FilterResult by not serializing the 'instance' member if projections are present > ------------------------------------------------------------------------------------------------------------------------ > > Key: ISPN-4947 > URL: https://issues.jboss.org/browse/ISPN-4947 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.1.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4826) X-Site State transfer values not propagated correctly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4826?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4826: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1151523|https://bugzilla.redhat.com/show_bug.cgi?id=1151523] from VERIFIED to CLOSED > X-Site State transfer values not propagated correctly > ------------------------------------------------------ > > Key: ISPN-4826 > URL: https://issues.jboss.org/browse/ISPN-4826 > Project: Infinispan > Issue Type: Bug > Components: Cross-Site Replication > Affects Versions: 7.0.0.CR1 > Reporter: Matej Čimbora > Assignee: Pedro Ruivo > Fix For: 7.0.0.CR2 > > > Used configuration: > a) SITE1: 2 nodes, cache testCacheSite1 > <backups> > <backup site="SITE2"/> > </backups> > b) SITE2: 3 nodes, cache testCacheSite1_backup – backup cache for testCacheSite1 > <backup-for remote-cache="testCacheSite1" remote-site="SITE1"/> > When using backup cache with name (testCacheSite1_backup) different from the name of the main cache in SITE1 (testCacheSite1), the data is not propagated to the backup cache completely. The issue seems to be fixed by using the same name for the backup cache (testCacheSite1). > Scenario > 1. Start site1 and write data into it (1000 entries) > 2. Start site2 and invoke XsiteAdminOperations.pushState(“SITE2”) > 3. Wait 2 minutes > 4. Check whether the state was transferred to site2 (tested on dist & repl backup cache configs) > a) distributed mode (numOwners=2) - expected 2000 entries in total, was 648 on site2 master & 0 on other nodes > b) replicated mode – expected 3000 entries in total, was 1000 on site2 master & 0 on other nodes > > Trace log: > 04:14:39,116 TRACE [org.infinispan.remoting.InboundInvocationHandlerImpl] (OOB-10,edg-perf13-23152) Silently ignoring that testCacheSite1 cache is not defined > 04:14:39,375 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (OOB-10,edg-perf13-23152) Attempting to execute command: SingleRpcCommand{cacheName='testCacheSite1_backup', command=PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true}} [sender=edg-perf14-31850] > 04:14:39,376 TRACE [org.infinispan.statetransfer.StateTransferLockImpl] (OOB-10,edg-perf13-23152) Checking if transaction data was received for topology 4, current topology is 4 > 04:14:39,376 TRACE [org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl] (OOB-10,edg-perf13-23152) Added a new task: 0 task(s) are waiting > 04:14:39,376 TRACE [org.infinispan.remoting.InboundInvocationHandlerImpl] (remote-thread--p3-t2) Calling perform() on SingleRpcCommand{cacheName='testCacheSite1_backup', command=PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true}} > 04:14:39,378 TRACE [org.infinispan.commands.remote.BaseRpcInvokingCommand] (remote-thread--p3-t2) Invoking command PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true}, with originLocal flag set to false > 04:14:39,378 TRACE [org.infinispan.interceptors.InvocationContextInterceptor] (remote-thread--p3-t2) Invoked with command PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true} and InvocationContext [org.infinispan.context.impl.NonTxInvocationContext@266883cb] > 04:14:39,379 TRACE [org.infinispan.statetransfer.StateTransferInterceptor] (remote-thread--p3-t2) handleNonTxWriteCommand for command PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true} > 04:14:39,380 TRACE [org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor] (remote-thread--p3-t2) Are (edg-perf13-23152) we the lock owners for key 'key_0000000000000001'? false > 04:14:39,380 TRACE [org.infinispan.interceptors.EntryWrappingInterceptor] (remote-thread--p3-t2) Wrapping entry 'key_0000000000000001'? true > 04:14:39,380 TRACE [org.infinispan.container.EntryFactoryImpl] (remote-thread--p3-t2) Exists in context? null > 04:14:39,382 TRACE [org.infinispan.container.EntryFactoryImpl] (remote-thread--p3-t2) Retrieved from container null (isL1Enabled=false, isLocal=true) > 04:14:39,382 TRACE [org.infinispan.container.EntryFactoryImpl] (remote-thread--p3-t2) Creating new entry. > 04:14:39,388 TRACE [org.infinispan.container.EntryFactoryImpl] (remote-thread--p3-t2) Wrap key_0000000000000001 for put. Entry=ReadCommittedEntry(197b92bc){key=key_0000000000000001, value=null, oldValue=null, isCreated=true, isChanged=false, isRemoved=false, isValid=true, skipRemoteGet=false, metadata=EmbeddedMetadata{version=null}} > 04:14:39,390 TRACE [org.infinispan.interceptors.CallInterceptor] (remote-thread--p3-t2) Executing command: PutKeyValueCommand{key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, flags=[SKIP_REMOTE_LOOKUP, PUT_FOR_X_SITE_STATE_TRANSFER, IGNORE_RETURN_VALUES, SKIP_XSITE_BACKUP], putIfAbsent=false, valueMatcher=MATCH_ALWAYS, metadata=EmbeddedMetadata{version=null}, successful=true}. > 04:14:39,391 TRACE [org.infinispan.interceptors.EntryWrappingInterceptor] (remote-thread--p3-t2) About to commit entry ReadCommittedEntry(197b92bc){key=key_0000000000000001, value=value_key_0000000000000001_SITE1_ORIGINAL@testCacheSite1, oldValue=null, isCreated=true, isChanged=true, isRemoved=false, isValid=true, skipRemoteGet=false, metadata=EmbeddedMetadata{version=null}} > 04:14:39,392 TRACE [org.infinispan.statetransfer.CommitManager] (remote-thread--p3-t2) Trying to commit. Key=key_0000000000000001. Operation Flag=PUT_FOR_X_SITE_STATE_TRANSFER, L1 invalidation=false > 04:14:39,392 TRACE [org.infinispan.statetransfer.CommitManager] (remote-thread--p3-t2) Not committing key=key_0000000000000001. It is a state transfer key but no track is enabled! > 04:14:39,392 TRACE [org.infinispan.interceptors.EntryWrappingInterceptor] (remote-thread--p3-t2) The return value is null > Suspicious lines: > 04:14:39,116 TRACE [org.infinispan.remoting.InboundInvocationHandlerImpl] (OOB-10,edg-perf13-23152) Silently ignoring that testCacheSite1 cache is not defined > 04:14:39,392 TRACE [org.infinispan.statetransfer.CommitManager] (remote-thread--p3-t2) Not committing key=key_0000000000000001. It is a state transfer key but no track is enabled! -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3759) org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3759?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3759: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1034697|https://bugzilla.redhat.com/show_bug.cgi?id=1034697] from VERIFIED to CLOSED > org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments > ---------------------------------------------------------------------------------------- > > Key: ISPN-3759 > URL: https://issues.jboss.org/browse/ISPN-3759 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 6.0.0.Final > Environment: Test fails on all environments > Reporter: Vitalii Chepeliuk > Assignee: Tristan Tarrant > Labels: testsuite_stability > Fix For: 6.0.0.Final > > > There is a problem with ByteArrayKey class and we get > java.lang.AssertionError: org/infinispan/util/ByteArrayKey > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) > at org.infinispan.cli.interpreter.UpgradeTest.checkNoErrors(UpgradeTest.java:101) > at org.infinispan.cli.interpreter.UpgradeTest.testSynchronization(UpgradeTest.java:87) > In infinispan-cachestore-remote/pom.xml > <dependency> > <groupId>${project.groupId}</groupId> > <artifactId>infinispan-adaptor52x</artifactId> > <optional>true</optional> <<< this dependency is optional > </dependency> > So when test is running there is no ByteArrayKey under classpath and it fails -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3759) org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3759?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3759: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1034697|https://bugzilla.redhat.com/show_bug.cgi?id=1034697] from VERIFIED to CLOSED > org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments > ---------------------------------------------------------------------------------------- > > Key: ISPN-3759 > URL: https://issues.jboss.org/browse/ISPN-3759 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 6.0.0.Final > Environment: Test fails on all environments > Reporter: Vitalii Chepeliuk > Assignee: Tristan Tarrant > Labels: testsuite_stability > Fix For: 6.0.0.Final > > > There is a problem with ByteArrayKey class and we get > java.lang.AssertionError: org/infinispan/util/ByteArrayKey > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) > at org.infinispan.cli.interpreter.UpgradeTest.checkNoErrors(UpgradeTest.java:101) > at org.infinispan.cli.interpreter.UpgradeTest.testSynchronization(UpgradeTest.java:87) > In infinispan-cachestore-remote/pom.xml > <dependency> > <groupId>${project.groupId}</groupId> > <artifactId>infinispan-adaptor52x</artifactId> > <optional>true</optional> <<< this dependency is optional > </dependency> > So when test is running there is no ByteArrayKey under classpath and it fails -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3759) org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3759?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3759: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1034697|https://bugzilla.redhat.com/show_bug.cgi?id=1034697] from VERIFIED to CLOSED > org.infinispan.cli.interpreter.UpgradeTest.testSynchronization fails on all environments > ---------------------------------------------------------------------------------------- > > Key: ISPN-3759 > URL: https://issues.jboss.org/browse/ISPN-3759 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 6.0.0.Final > Environment: Test fails on all environments > Reporter: Vitalii Chepeliuk > Assignee: Tristan Tarrant > Labels: testsuite_stability > Fix For: 6.0.0.Final > > > There is a problem with ByteArrayKey class and we get > java.lang.AssertionError: org/infinispan/util/ByteArrayKey > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) > at org.infinispan.cli.interpreter.UpgradeTest.checkNoErrors(UpgradeTest.java:101) > at org.infinispan.cli.interpreter.UpgradeTest.testSynchronization(UpgradeTest.java:87) > In infinispan-cachestore-remote/pom.xml > <dependency> > <groupId>${project.groupId}</groupId> > <artifactId>infinispan-adaptor52x</artifactId> > <optional>true</optional> <<< this dependency is optional > </dependency> > So when test is running there is no ByteArrayKey under classpath and it fails -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1158121|https://bugzilla.redhat.com/show_bug.cgi?id=1158121] from VERIFIED to CLOSED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2015