June 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10355) Run Infinispan Server on Quarkus

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10355?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10355: ------------------------------ Description: We need to allow the Infinispan Server to run on Quarkus. See nested issues for more specifics. It may be required to have this run outside of Quarkus as it doesn't yet support a Command Mode. was:We need to allow the Infinispan Server to run on Quarkus. See nested issues for more specifics. > Run Infinispan Server on Quarkus > -------------------------------- > > Key: ISPN-10355 > URL: https://issues.jboss.org/browse/ISPN-10355 > Project: Infinispan > Issue Type: Feature Request > Reporter: Will Burns > Priority: Major > Fix For: 10.0.0.Final > > > We need to allow the Infinispan Server to run on Quarkus. See nested issues for more specifics. > It may be required to have this run outside of Quarkus as it doesn't yet support a Command Mode. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10356) Create Quarkus extension that can run LOCAL cache in Quarkus

by Will Burns (Jira)

Will Burns created ISPN-10356: --------------------------------- Summary: Create Quarkus extension that can run LOCAL cache in Quarkus Key: ISPN-10356 URL: https://issues.jboss.org/browse/ISPN-10356 Project: Infinispan Issue Type: Sub-task Reporter: Will Burns Fix For: 10.0.0.Final The first step should be just to get a LOCAL cache working as a Quarkus extension. This should allow us to get quite a bit of work done without leaving the Quarkus ecosystem. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10355) Run Infinispan Server on Quarkus

by Will Burns (Jira)

Will Burns created ISPN-10355: --------------------------------- Summary: Run Infinispan Server on Quarkus Key: ISPN-10355 URL: https://issues.jboss.org/browse/ISPN-10355 Project: Infinispan Issue Type: Feature Request Reporter: Will Burns Fix For: 10.0.0.Final We need to allow the Infinispan Server to run on Quarkus. See nested issues for more specifics. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10349) PersistenceManager.addSegments may never complete

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10349?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10349: ------------------------------ Sprint: DataGrid Sprint #30 > PersistenceManager.addSegments may never complete > ------------------------------------------------- > > Key: ISPN-10349 > URL: https://issues.jboss.org/browse/ISPN-10349 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta4 > > > {{PersistenceManager.addSegments}} returns a {{CompletionStage}} which should be completed on a persistence executor thread. If the persistence executor was already stopped at the time {{addSegments()}} was called, however, the {{CompletionStage}} is never completed. > This doesn't prevent the cache manager from stopping, but it causes a thread leak because a transport thread waits forever on the {{CompletionStage}}. E.g. > {noformat} > 16:57:06,128 TRACE (testng-Test:[]) [BasicComponentRegistryImpl] Changed status of org.infinispan.executors.persistence to STOPPED > 16:57:06,150 TRACE (transport-thread-Test-NodeB-p2059-t4:[Topology-testCache]) [PersistenceManagerImpl] Adding segments for id 584 > # no other mention of id 584 > 17:15:17,300 ERROR [TestSuiteProgress] Test failed: SharedStoreInvalidationDuringRehashTest.ThreadLeakChecker > java.lang.RuntimeException: Leaked thread transport-thread-SharedStoreInvalidationDuringRehashTest-NodeB-p2059-t4 > at jdk.internal.misc.Unsafe.park(Native Method) ~[?:?] > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:234) ~[?:?] > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1798) ~[?:?] > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3128) ~[?:?] > at java.util.concurrent.CompletableFuture.timedGet(CompletableFuture.java:1868) ~[?:?] > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2021) ~[?:?] > at org.infinispan.util.concurrent.CompletableFutures.await(CompletableFutures.java:110) ~[classes/:?] > at org.infinispan.util.concurrent.CompletionStages.join(CompletionStages.java:73) ~[classes/:?] > at org.infinispan.statetransfer.StateConsumerImpl.onTopologyUpdate(StateConsumerImpl.java:306) ~[classes/:?] > at org.infinispan.scattered.impl.ScatteredStateConsumerImpl.onTopologyUpdate(ScatteredStateConsumerImpl.java:102) ~[classes/:?] > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10266) Spring Cache doesn't remove the cache or update the cache configuration

by Katia Aresti (Jira)

[ https://issues.jboss.org/browse/ISPN-10266?page=com.atlassian.jira.plugin... ] Katia Aresti updated ISPN-10266: -------------------------------- Sprint: DataGrid Sprint #30 > Spring Cache doesn't remove the cache or update the cache configuration > ----------------------------------------------------------------------- > > Key: ISPN-10266 > URL: https://issues.jboss.org/browse/ISPN-10266 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.4.14.Final > Reporter: Diego Lovison > Assignee: Katia Aresti > Priority: Major > > After ISPN-10171, the Spring Cache doesn't remove the cache or update the cache configuration. > I am expecting the cache to be null once it was removed from remote cache manager. > {code:java} > @Test > public final void getCacheShouldReturnNullItWasChangedByRemoteCacheManager() { > // Given > objectUnderTest = new SpringRemoteCacheManager(remoteCacheManager); > // When > objectUnderTest.getCache(TEST_CACHE_NAME); > remoteCacheManager.administration().removeCache(TEST_CACHE_NAME); > // Then > assertNull(objectUnderTest.getCache(TEST_CACHE_NAME)); > } > {code} > I am expecting a different instance of the cache once the configuration was changed. > {code:java} > @Test > public final void getCacheShouldReturnDiffInstanceItWasChangedByRemoteCacheManager() { > // Given > objectUnderTest = new SpringRemoteCacheManager(remoteCacheManager); > // When > final SpringCache firstObtainedSpringCache = objectUnderTest.getCache(TEST_CACHE_NAME); > remoteCacheManager.administration().removeCache(TEST_CACHE_NAME); > remoteCacheManager.administration().createCache(TEST_CACHE_NAME, cacheManager.getDefaultCacheConfiguration()); > // Then > final SpringCache secondObtainedSpringCache = objectUnderTest.getCache(TEST_CACHE_NAME); > assertNotSame( > "getCache() shouldn't have the same SpringCache instance for the same name because the config was changed", > firstObtainedSpringCache, secondObtainedSpringCache); > } > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10254) Modularize Spring Boot Starter Docs

by Donald Naro (Jira)

[ https://issues.jboss.org/browse/ISPN-10254?page=com.atlassian.jira.plugin... ] Donald Naro updated ISPN-10254: ------------------------------- Sprint: DataGrid Sprint #31 (was: DataGrid Sprint #30) > Modularize Spring Boot Starter Docs > ----------------------------------- > > Key: ISPN-10254 > URL: https://issues.jboss.org/browse/ISPN-10254 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation-Core > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > modularize the SB starter docs here: https://github.com/infinispan/infinispan-spring-boot > the purpose is to use the community source more efficiently and align with the docs for session externalization and the operator. > content isn't changing. pull source files from github and generate the product title on the customer portal. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10354) Remove jboss-marshalling dependency from core

by Ryan Emerson (Jira)

Ryan Emerson created ISPN-10354: ----------------------------------- Summary: Remove jboss-marshalling dependency from core Key: ISPN-10354 URL: https://issues.jboss.org/browse/ISPN-10354 Project: Infinispan Issue Type: Sub-task Components: Core, Marshalling Reporter: Ryan Emerson Assignee: Ryan Emerson Currently the core module has a hard dependency on jboss-marshalling regardless of what user marshaller is used, therefore we should make the necessary abstractions to remove this. This work compliments ISPN-9263 as it should not be necessary to have a jboss-marshalling jar on the classpath when utilising protostream marshalling. Furthermore, jboss-marshalling is not compatible with Quarkus, therefore this step is required in order for Infinispan embedded to be readily consumed via a Quarkus extension. Removing jboss-marshalling will result in Serializable user types no longer being marshallable as default, therefore we should introduce a `infinispan-jboss-marshalling` jar that users can continue to utilise jboss-marshalling if they wish. Furthermore, it should also be possible for users to utilise {{JavaSerializationMarshaller}} as the configured user marshaller. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10326) Introduce `.impl` package for internal marshalling classes

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10326?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10326: -------------------------------- Status: Open (was: Pull Request Sent) > Introduce `.impl` package for internal marshalling classes > ---------------------------------------------------------- > > Key: ISPN-10326 > URL: https://issues.jboss.org/browse/ISPN-10326 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta4 > > > Currently the `org.infinispan.marshall.core` and `org.infinispan.commons.marshall` packages expose a lot of internal classes which users should never attempt to use. To make this clearer, we should migrate internal classes to a `impl` package. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9623) Create Protobuf based user marshaller

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-9623?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-9623: ------------------------------- Status: Open (was: New) > Create Protobuf based user marshaller > ------------------------------------- > > Key: ISPN-9623 > URL: https://issues.jboss.org/browse/ISPN-9623 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 9.4.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > > With the internal and persistence marshaller being protobuf based, we should also provide a user marshaller implementation that utilises protostream. Users should be able to configure annotated pojos or MessageMarshaller implementations for their objects, probably via a {{SerializationContextInitializer}} implementation. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9623) Create Protobuf based user marshaller

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-9623?page=com.atlassian.jira.plugin.... ] Work on ISPN-9623 started by Ryan Emerson. ------------------------------------------ > Create Protobuf based user marshaller > ------------------------------------- > > Key: ISPN-9623 > URL: https://issues.jboss.org/browse/ISPN-9623 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 9.4.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > > With the internal and persistence marshaller being protobuf based, we should also provide a user marshaller implementation that utilises protostream. Users should be able to configure annotated pojos or MessageMarshaller implementations for their objects, probably via a {{SerializationContextInitializer}} implementation. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 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 June 2019