June 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10313) EvictInvalidatedNearCacheTest.testEvictAfterReachingMax random failures

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10313?page=com.atlassian.jira.plugin... ] Dan Berindei updated ISPN-10313: -------------------------------- Attachment: ISPN-9599_globalcomponentregistry_permission_20190616-2133_EvictInvalidatedNearCacheTest-infinispan-client-hotrod.log.gz > EvictInvalidatedNearCacheTest.testEvictAfterReachingMax random failures > ----------------------------------------------------------------------- > > Key: ISPN-10313 > URL: https://issues.jboss.org/browse/ISPN-10313 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta4 > > Attachments: ISPN-9599_globalcomponentregistry_permission_20190616-2133_EvictInvalidatedNearCacheTest-infinispan-client-hotrod.log.gz > > > From the log, it looks like the near cache may ignore put requests, and {{EvictInvalidatedNearCacheTest}} doesn't expect that: > {noformat} > 22:02:29,709 TRACE (testng-Test:[]) [RetryOnFailureOperation] About to start executing operation GetWithMetadataOperation{(default), key=[B0x034B00000002, flags=0} on [id: 0x2ca8c2fb, L:/127.0.0.1:40582 - R:127.0.0.1/127.0.0.1:33741] > 22:02:29,709 TRACE (testng-Test:[]) [Codec] [] Wrote header for messageId=5085 to PooledUnsafeDirectByteBuf(ridx: 0, widx: 13, cap: 21). Operation code: 0x1b(UNKNOWN). Flags: 0x0. Topology id: -1 > 22:02:29,710 TRACE (Test-Client-Async-108-1:[]) [HeaderDecoder] Response 5085 belongs to GetWithMetadataOperation{(default), key=[B0x034B00000002, flags=0} on [id: 0x2ca8c2fb, L:/127.0.0.1:40582 - R:127.0.0.1/127.0.0.1:33741] > 22:02:29,710 TRACE (Test-Client-Async-108-1:[]) [NearCacheService] Conditionally put key=2 and value=MetadataValueImpl [created=-1, lifespan=-1, lastUsed=-1, maxIdle=-1, getVersion()=2, getValue()=v1] if absent in near cache (listenerId=[B0xD532F51E0F6632E1..[16]) > 22:02:29,725 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.client.hotrod.near.EvictInvalidatedNearCacheTest.testEvictAfterReachingMax > java.lang.AssertionError: expected:<v1> but was:<null> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.14.3.jar:?] > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.14.3.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.14.3.jar:?] > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) ~[testng-6.14.3.jar:?] > at org.infinispan.client.hotrod.near.AssertsNearCache.assertGetKeyValue(AssertsNearCache.java:235) ~[test-classes/:?] > at org.infinispan.client.hotrod.near.AssertsNearCache.expectNearGetValue(AssertsNearCache.java:130) ~[test-classes/:?] > at org.infinispan.client.hotrod.near.EvictInvalidatedNearCacheTest.testEvictAfterReachingMax(EvictInvalidatedNearCacheTest.java:39) ~[test-classes/:?] > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10313) EvictInvalidatedNearCacheTest.testEvictAfterReachingMax random failures

by Dan Berindei (Jira)

Dan Berindei created ISPN-10313: ----------------------------------- Summary: EvictInvalidatedNearCacheTest.testEvictAfterReachingMax random failures Key: ISPN-10313 URL: https://issues.jboss.org/browse/ISPN-10313 Project: Infinispan Issue Type: Bug Components: Test Suite - Server Affects Versions: 10.0.0.Beta3 Reporter: Dan Berindei Assignee: Will Burns Fix For: 10.0.0.Beta4 >From the log, it looks like the near cache may ignore put requests, and {{EvictInvalidatedNearCacheTest}} doesn't expect that: {noformat} 22:02:29,709 TRACE (testng-Test:[]) [RetryOnFailureOperation] About to start executing operation GetWithMetadataOperation{(default), key=[B0x034B00000002, flags=0} on [id: 0x2ca8c2fb, L:/127.0.0.1:40582 - R:127.0.0.1/127.0.0.1:33741] 22:02:29,709 TRACE (testng-Test:[]) [Codec] [] Wrote header for messageId=5085 to PooledUnsafeDirectByteBuf(ridx: 0, widx: 13, cap: 21). Operation code: 0x1b(UNKNOWN). Flags: 0x0. Topology id: -1 22:02:29,710 TRACE (Test-Client-Async-108-1:[]) [HeaderDecoder] Response 5085 belongs to GetWithMetadataOperation{(default), key=[B0x034B00000002, flags=0} on [id: 0x2ca8c2fb, L:/127.0.0.1:40582 - R:127.0.0.1/127.0.0.1:33741] 22:02:29,710 TRACE (Test-Client-Async-108-1:[]) [NearCacheService] Conditionally put key=2 and value=MetadataValueImpl [created=-1, lifespan=-1, lastUsed=-1, maxIdle=-1, getVersion()=2, getValue()=v1] if absent in near cache (listenerId=[B0xD532F51E0F6632E1..[16]) 22:02:29,725 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.client.hotrod.near.EvictInvalidatedNearCacheTest.testEvictAfterReachingMax java.lang.AssertionError: expected:<v1> but was:<null> at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.14.3.jar:?] at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) ~[testng-6.14.3.jar:?] at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) ~[testng-6.14.3.jar:?] at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) ~[testng-6.14.3.jar:?] at org.infinispan.client.hotrod.near.AssertsNearCache.assertGetKeyValue(AssertsNearCache.java:235) ~[test-classes/:?] at org.infinispan.client.hotrod.near.AssertsNearCache.expectNearGetValue(AssertsNearCache.java:130) ~[test-classes/:?] at org.infinispan.client.hotrod.near.EvictInvalidatedNearCacheTest.testEvictAfterReachingMax(EvictInvalidatedNearCacheTest.java:39) ~[test-classes/:?] {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10311) Remove all the blocking Transport methods

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10311?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10311: ------------------------------ Fix Version/s: 10.0.0.Final > Remove all the blocking Transport methods > ----------------------------------------- > > Key: ISPN-10311 > URL: https://issues.jboss.org/browse/ISPN-10311 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 10.0.0.Final > > > The Transport class has many blocking methods on it that have been deprecated. This class was never public as it doesn't have a package-info.java, thus we can remove these methods at will. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10311) Remove all the blocking Transport methods

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10311?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10311: ------------------------------ Status: Open (was: New) > Remove all the blocking Transport methods > ----------------------------------------- > > Key: ISPN-10311 > URL: https://issues.jboss.org/browse/ISPN-10311 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 10.0.0.Final > > > The Transport class has many blocking methods on it that have been deprecated. This class was never public as it doesn't have a package-info.java, thus we can remove these methods at will. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10311) Remove all the blocking Transport methods

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10311?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10311: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7048 > Remove all the blocking Transport methods > ----------------------------------------- > > Key: ISPN-10311 > URL: https://issues.jboss.org/browse/ISPN-10311 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 10.0.0.Final > > > The Transport class has many blocking methods on it that have been deprecated. This class was never public as it doesn't have a package-info.java, thus we can remove these methods at will. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10312) Evaluate locations that use CompletableFuture#join

by Will Burns (Jira)

Will Burns created ISPN-10312: --------------------------------- Summary: Evaluate locations that use CompletableFuture#join Key: ISPN-10312 URL: https://issues.jboss.org/browse/ISPN-10312 Project: Infinispan Issue Type: Sub-task Reporter: Will Burns Invoking join or get on a CompletableFuture is a code stink and should be evaluated if it can be refactored to something else. Quite possibly this JIRA may be to just create other JIRAs but any simple refactorings can be done here. Invocations to watch for {code}CompletionStages.join(){code}, {code}CompletableFuture.join(){code}, {code}CompletableFuture.get(){code}, {code}CompletableFuture.get(int, TimeUnit){code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9744) Cache creation should be non blocking

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-9744?page=com.atlassian.jira.plugin.... ] Will Burns updated ISPN-9744: ----------------------------- Parent: ISPN-10309 Issue Type: Sub-task (was: Enhancement) > Cache creation should be non blocking > ------------------------------------- > > Key: ISPN-9744 > URL: https://issues.jboss.org/browse/ISPN-9744 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > > Internally cache creation stores entries in a CompletableFuture. We however don't return a CompletionStage to the invoker of getCache. We should do this and utilize the same approach to async calls that {code}DefaultCacheManager#startCaches{code} does by starting a thread per cache. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10075) We should ensure that when CompletionStages are completed they are continued only on Infinispan threads

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10075?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10075: ------------------------------ Parent: ISPN-10309 Issue Type: Sub-task (was: Bug) > We should ensure that when CompletionStages are completed they are continued only on Infinispan threads > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-10075 > URL: https://issues.jboss.org/browse/ISPN-10075 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Will Burns > Priority: Major > Fix For: 10.0.0.Final > > > When a user can supply a CompletionStage to delay operations this can cause a possibility of that being completed on a different thread than expected. The new non blocking listeners will especially be affected by this (ISPN-9614). This is also problematic for CacheLoader SPI and any future API that takes a Publisher as an argument from the user. > This issue should at least fix the upcoming non blocking listeners as discussed at https://github.com/infinispan/infinispan/pull/6401#issuecomment-475181484. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10311) Remove all the blocking Transport methods

by Will Burns (Jira)

Will Burns created ISPN-10311: --------------------------------- Summary: Remove all the blocking Transport methods Key: ISPN-10311 URL: https://issues.jboss.org/browse/ISPN-10311 Project: Infinispan Issue Type: Sub-task Components: Core Reporter: Will Burns The Transport class has many blocking methods on it that have been deprecated. This class was never public as it doesn't have a package-info.java, thus we can remove these methods at will. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10310) State Transfer needs to be made non blocking

by Will Burns (Jira)

Will Burns created ISPN-10310: --------------------------------- Summary: State Transfer needs to be made non blocking Key: ISPN-10310 URL: https://issues.jboss.org/browse/ISPN-10310 Project: Infinispan Issue Type: Sub-task Components: Core, State Transfer Reporter: Will Burns Fix For: 10.0.0.Final State Transfer currently invokes many methods that are non blocking and blocks to wait for those to complete. We need to ensure that all the various usages are converted to be non blocking and when absolutely not possible convert them to using a separate thread pool. The final goal is to eventually eliminate the state transfer thread pool as well. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 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 June 2019