April 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11726) BlockingLocalTopologyManager is blocking - ignore in BlockHound

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11726?page=com.atlassian.jira.plugi... ] Will Burns commented on ISPN-11726: ----------------------------------- Example error: {code} <failure type="java.lang.AssertionError" message="Blocking call! jdk.internal.misc.Unsafe#park on thread Thread[non-blocking-thread-RemoteGetDuringStateTransferTest-NodeA-p30805-t4,5,ISPN-non-blocking-thread-group]"> <![CDATA[java.lang.AssertionError: Blocking call! jdk.internal.misc.Unsafe#park on thread Thread[non-blocking-thread-RemoteGetDuringStateTransferTest-NodeA-p30805-t4,5,ISPN-non-blocking-thread-group] at org.infinispan.util.CoreTestBlockHoundIntegration.lambda$applyTo$0(CoreTestBlockHoundIntegration.java:44) at reactor.blockhound.BlockHound$Builder.lambda$install$8(BlockHound.java:383) at reactor.blockhound.BlockHoundRuntime.checkBlocking(BlockHoundRuntime.java:89) at java.base/jdk.internal.misc.Unsafe.park(Unsafe.java) at java.base/java.util.concurrent.locks.LockSupport.park(LockSupport.java:194) at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:885) at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:917) at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1240) at java.base/java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:267) at java.base/java.util.concurrent.LinkedBlockingQueue.signalNotEmpty(LinkedBlockingQueue.java:173) at java.base/java.util.concurrent.LinkedBlockingQueue.offer(LinkedBlockingQueue.java:421) at java.base/java.util.AbstractQueue.add(AbstractQueue.java:95) at org.infinispan.util.BlockingLocalTopologyManager.beforeConfirmRebalancePhase(BlockingLocalTopologyManager.java:218) at org.infinispan.util.AbstractControlledLocalTopologyManager.confirmRebalancePhase(AbstractControlledLocalTopologyManager.java:70) at org.infinispan.statetransfer.StateTransferManagerImpl.lambda$updateProviderAndConsumer$3(StateTransferManagerImpl.java:209) at java.base/java.util.concurrent.CompletableFuture.biRun(CompletableFuture.java:1375) at java.base/java.util.concurrent.CompletableFuture.biRunStage(CompletableFuture.java:1393) at java.base/java.util.concurrent.CompletableFuture.runAfterBoth(CompletableFuture.java:2171) at java.base/java.util.concurrent.CompletableFuture.runAfterBoth(CompletableFuture.java:143) at org.infinispan.statetransfer.StateTransferManagerImpl.updateProviderAndConsumer(StateTransferManagerImpl.java:203) at org.infinispan.statetransfer.StateTransferManagerImpl.lambda$doTopologyUpdate$0(StateTransferManagerImpl.java:188) at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:143) at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:187) at org.infinispan.statetransfer.StateTransferManagerImpl.access$000(StateTransferManagerImpl.java:66) at org.infinispan.statetransfer.StateTransferManagerImpl$1.rebalance(StateTransferManagerImpl.java:124) at org.infinispan.topology.LocalTopologyManagerImpl.lambda$doHandleRebalance$19(LocalTopologyManagerImpl.java:578) at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235) at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:143) at org.infinispan.topology.LocalTopologyManagerImpl.doHandleRebalance(LocalTopologyManagerImpl.java:574) at org.infinispan.topology.LocalTopologyManagerImpl.lambda$handleRebalance$16(LocalTopologyManagerImpl.java:532) at org.infinispan.topology.LocalTopologyManagerImpl.lambda$orderOnCache$24(LocalTopologyManagerImpl.java:737) at org.infinispan.util.concurrent.ActionSequencer.safeNonBlockingCall(ActionSequencer.java:57) at org.infinispan.util.concurrent.ActionSequencer.access$400(ActionSequencer.java:32) at org.infinispan.util.concurrent.ActionSequencer$SequenceEntry.run(ActionSequencer.java:226) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) at java.base/java.lang.Thread.run(Thread.java:834) {code} > BlockingLocalTopologyManager is blocking - ignore in BlockHound > --------------------------------------------------------------- > > Key: ISPN-11726 > URL: https://issues.redhat.com/browse/ISPN-11726 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > BlockingLocalTopologyManager blocks all over to confirm things during tests. We should add blockhound exclusions for it. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11726) BlockingLocalTopologyManager is blocking - ignore in BlockHound

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11726?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11726: ------------------------------ Status: Open (was: New) > BlockingLocalTopologyManager is blocking - ignore in BlockHound > --------------------------------------------------------------- > > Key: ISPN-11726 > URL: https://issues.redhat.com/browse/ISPN-11726 > Project: Infinispan > Issue Type: Bug > Components: Test Suite > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Dev05 > > > BlockingLocalTopologyManager blocks all over to confirm things during tests. We should add blockhound exclusions for it. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11726) BlockingLocalTopologyManager is blocking - ignore in BlockHound

by Will Burns (Jira)

Will Burns created ISPN-11726: --------------------------------- Summary: BlockingLocalTopologyManager is blocking - ignore in BlockHound Key: ISPN-11726 URL: https://issues.redhat.com/browse/ISPN-11726 Project: Infinispan Issue Type: Bug Components: Test Suite Reporter: Will Burns Assignee: Will Burns Fix For: 11.0.0.Dev05 BlockingLocalTopologyManager blocks all over to confirm things during tests. We should add blockhound exclusions for it. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11723) CLI: Cluster Backup/Restore Tool

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11723?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11723: -------------------------------- Component/s: CLI > CLI: Cluster Backup/Restore Tool > -------------------------------- > > Key: ISPN-11723 > URL: https://issues.redhat.com/browse/ISPN-11723 > Project: Infinispan > Issue Type: Enhancement > Components: CLI, Operator, Server > Affects Versions: 11.0.0.Dev04 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > It should be possible to dump an entire contents cluster to an offline archive format, which can then be used to restore the content at a later time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11723) CLI: Cluster Backup/Restore Tool

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11723?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11723: -------------------------------- Summary: CLI: Cluster Backup/Restore Tool (was: Cluster Backup/Restore Tool) > CLI: Cluster Backup/Restore Tool > -------------------------------- > > Key: ISPN-11723 > URL: https://issues.redhat.com/browse/ISPN-11723 > Project: Infinispan > Issue Type: Enhancement > Components: Operator, Server > Affects Versions: 11.0.0.Dev04 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > It should be possible to dump an entire contents cluster to an offline archive format, which can then be used to restore the content at a later time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11723) Cluster Backup/Restore Tool

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11723?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11723: -------------------------------- Description: It should be possible to dump an entire contents cluster to an offline archive format, which can then be used to restore the content at a later time. (was: It should be possible to dump an entire contents cluster to an offline archive format, which can then be used to restore the content at a later time. This is a parent issue that will be used to track the individual features required to add this functionality.) > Cluster Backup/Restore Tool > --------------------------- > > Key: ISPN-11723 > URL: https://issues.redhat.com/browse/ISPN-11723 > Project: Infinispan > Issue Type: Enhancement > Components: Operator, Server > Affects Versions: 11.0.0.Dev04 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 11.0.0.Final > > > It should be possible to dump an entire contents cluster to an offline archive format, which can then be used to restore the content at a later time. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11725) CLI: Allow encoding to be set per cache context

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11725?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11725: -------------------------------- Summary: CLI: Allow encoding to be set per cache context (was: CLI: Allow encoding to be set in the context) > CLI: Allow encoding to be set per cache context > ----------------------------------------------- > > Key: ISPN-11725 > URL: https://issues.redhat.com/browse/ISPN-11725 > Project: Infinispan > Issue Type: Enhancement > Components: CLI > Affects Versions: 11.0.0.Dev04 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > > Currently in the CLI it's necessary to set encoding per entry. It should be able to set the encoding per the context of the currently selected cache to reduce verbosity in batch files. For example: > {code} > cd cache/example > cache put --key-encoding=application/json --value-encoding=application/json --file=example1.json "example1" > cache put --key-encoding=application/json --value-encoding=application/json --file=example2.json "example2" > {code} > Can be simplified to: > {code} > cd cache/example > set options --key-encoding=application/json --value-encoding=application/json > cache put --file=example1.json "example1" > cache put --file=example2.json "example2" > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11725) CLI: Allow encoding to be set in the context

by Ryan Emerson (Jira)

Ryan Emerson created ISPN-11725: ----------------------------------- Summary: CLI: Allow encoding to be set in the context Key: ISPN-11725 URL: https://issues.redhat.com/browse/ISPN-11725 Project: Infinispan Issue Type: Enhancement Components: CLI Affects Versions: 11.0.0.Dev04 Reporter: Ryan Emerson Assignee: Ryan Emerson Currently in the CLI it's necessary to set encoding per entry. It should be able to set the encoding per the context of the currently selected cache to reduce verbosity in batch files. For example: {code} cd cache/example cache put --key-encoding=application/json --value-encoding=application/json --file=example1.json "example1" cache put --key-encoding=application/json --value-encoding=application/json --file=example2.json "example2" {code} Can be simplified to: {code} cd cache/example set options --key-encoding=application/json --value-encoding=application/json cache put --file=example1.json "example1" cache put --file=example2.json "example2" {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11724) CLI: Allow key and value encoding to be specified

by Ryan Emerson (Jira)

Ryan Emerson created ISPN-11724: ----------------------------------- Summary: CLI: Allow key and value encoding to be specified Key: ISPN-11724 URL: https://issues.redhat.com/browse/ISPN-11724 Project: Infinispan Issue Type: Enhancement Components: CLI Affects Versions: 11.0.0.Dev04 Reporter: Ryan Emerson Assignee: Ryan Emerson The CLI allows {{put}} operations to specify the encoding of an entry via the {{--encoding}} flag, however this only applies to the value and a plain text key must be provided. For example: {code} put --encoding=application/json --file=example.json example {code} It should be possible for the key and values encoding to be specified like so: {code} cache put --key-encoding=application/json --value-encoding=application/json --file=example.json "example" {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11620) Deprecate methods using EncoderRegistry from DataConversion

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11620?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11620: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 11.0.0.Final 11.0.0.Dev05 Resolution: Done > Deprecate methods using EncoderRegistry from DataConversion > ------------------------------------------------------------ > > Key: ISPN-11620 > URL: https://issues.redhat.com/browse/ISPN-11620 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 11.0.0.Dev03 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Fix For: 11.0.0.Final, 11.0.0.Dev05 > > > The DataConversion carries an instance of EncodingRegistry, and exports operations that use it internally: > * isConversionSupported(MediaType mediaType) > * convert(Object o, MediaType from, MediaType to) > * convertToRequestFormat(Object o, MediaType contentType) > Those operations should be removed and moved to the EncoderRegistry itself, freeing the DataConversion objects from maintaining an internal reference to the registry. This also solves the issue of static DataContainer objects being used in mulitple nodes in the same JVM -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 11 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 April 2020