March 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (IPROTO-49) Detect duplicated file options

by Adrian Nistor (JIRA)

Adrian Nistor created IPROTO-49: ----------------------------------- Summary: Detect duplicated file options Key: IPROTO-49 URL: https://issues.jboss.org/browse/IPROTO-49 Project: Infinispan ProtoStream Issue Type: Enhancement Affects Versions: 4.2.0.CR1 Reporter: Adrian Nistor FileDescriptor.getOptions() returns a list that currently allow duplicates. We should ensure at parsing time that these options have unique names. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8994) ClusterHealth.getHealthStatus() should take in account the internal caches.

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8994?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8994: ------------------------------- Fix Version/s: 9.2.2.Final > ClusterHealth.getHealthStatus() should take in account the internal caches. > --------------------------------------------------------------------------- > > Key: ISPN-8994 > URL: https://issues.jboss.org/browse/ISPN-8994 > Project: Infinispan > Issue Type: Bug > Components: Core > Reporter: Pedro Ruivo > Assignee: Katia Aresti > Fix For: 9.2.2.Final > > > Current implementation of {{ClusterHealth.getHealthStatus()}} only checks the user caches. Internal caches created should have be part of the cluster health and we can check them via {{InternalCacheRegistry.getInternalCaches()}}. > Also, it should use {{CacheManager.getCache(cacheName, false)}} to avoid starting the cache if it is defined but not started yet (example, the counter's internal cache is defined but it is only started when a counter is created) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8991) ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8991?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8991: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.2.Final Resolution: Done > ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority fails > -------------------------------------------------------------------------- > > Key: ISPN-8991 > URL: https://issues.jboss.org/browse/ISPN-8991 > Project: Infinispan > Issue Type: Bug > Components: Clustered Locks > Reporter: Katia Aresti > Assignee: Katia Aresti > Fix For: 9.2.2.Final > > > The test does a split of [3,3]. Partitions have no majority so lock acquisition should fail for the 6 nodes. But sometimes, lock acquisition does not fail, so the test fails randomly. > {code} > java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError> > Pile d'exécution > java.lang.Error: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError> > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:47) > at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$testLockUseAfterPartitionWithoutMajority$3(ClusteredLockSplitBrainTest.java:94) > at java.util.Arrays$ArrayList.forEach(Arrays.java:3880) > at org.infinispan.lock.ClusteredLockSplitBrainTest.testLockUseAfterPartitionWithoutMajority(ClusteredLockSplitBrainTest.java:92) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > Caused by: java.util.concurrent.ExecutionException: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError> > at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915) > at org.infinispan.functional.FunctionalTestUtils.await(FunctionalTestUtils.java:45) > ... 23 more > Caused by: java.lang.AssertionError: Wrong exception thrown: expected:<org.infinispan.lock.exception.ClusteredLockException>, actual:<java.lang.AssertionError> > at org.infinispan.test.Exceptions.assertException(Exceptions.java:22) > at org.infinispan.test.Exceptions.assertException(Exceptions.java:63) > at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$2(ClusteredLockSplitBrainTest.java:97) > at java.util.concurrent.CompletableFuture.uniExceptionally(CompletableFuture.java:870) > at java.util.concurrent.CompletableFuture$UniExceptionally.tryFire(CompletableFuture.java:852) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.lock.impl.lock.ClusteredLockImpl$TryLockRequestHolder.handle(ClusteredLockImpl.java:179) > at org.infinispan.lock.impl.lock.ClusteredLockImpl$RequestHolder.handleLockResult(ClusteredLockImpl.java:115) > at org.infinispan.lock.impl.lock.ClusteredLockImpl.lambda$tryLock$2(ClusteredLockImpl.java:427) > at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) > at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:106) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:81) > at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:30) > at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) > at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) > at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) > at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) > at org.infinispan.remoting.transport.AbstractRequest.complete(AbstractRequest.java:66) > at org.infinispan.remoting.transport.impl.SingleTargetRequest.receiveResponse(SingleTargetRequest.java:56) > at org.infinispan.remoting.transport.impl.SingleTargetRequest.onResponse(SingleTargetRequest.java:35) > at org.infinispan.remoting.transport.impl.RequestRepository.addResponse(RequestRepository.java:53) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processResponse(JGroupsTransport.java:1304) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1207) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$200(JGroupsTransport.java:123) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.receive(JGroupsTransport.java:1342) > at org.jgroups.JChannel.up(JChannel.java:819) > at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:893) > at org.jgroups.protocols.RSVP.up(RSVP.java:163) > at org.jgroups.protocols.FlowControl.up(FlowControl.java:343) > at org.jgroups.protocols.tom.TOA.up(TOA.java:119) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:864) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:240) > at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1002) > at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:728) > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:383) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:600) > at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:119) > at org.jgroups.protocols.FD_ALL.up(FD_ALL.java:199) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:252) > at org.jgroups.protocols.MERGE3.up(MERGE3.java:276) > at org.jgroups.protocols.Discovery.up(Discovery.java:267) > at org.jgroups.protocols.DISCARD.up(DISCARD.java:180) > at org.jgroups.protocols.TP.passMessageUp(TP.java:1248) > at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87) > ... 3 more > Caused by: java.lang.AssertionError: should go to exceptionally ! r=true ex= null > at org.infinispan.lock.ClusteredLockSplitBrainTest.lambda$null$1(ClusteredLockSplitBrainTest.java:95) > at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) > at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) > ... 46 more > ... Removed 17 stack frames > {code} > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8911) Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB)

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8911?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8911: ---------------------------------- Status: Pull Request Sent (was: Reopened) Git Pull Request: https://github.com/infinispan/infinispan/pull/5879 > Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB) > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-8911 > URL: https://issues.jboss.org/browse/ISPN-8911 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 9.2.0.Final > Reporter: Radoslav Husar > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 9.2.2.Final, 9.3.0.Alpha1 > > > [rhusar@syrah infinispan-server-9.2.0.Final]$ du -hcs dependency/ > 162M dependency/ > 162M total -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8911) Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB)

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8911?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8911: ---------------------------------- Fix Version/s: 9.2.2.Final 9.3.0.Alpha1 > Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB) > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-8911 > URL: https://issues.jboss.org/browse/ISPN-8911 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 9.2.0.Final > Reporter: Radoslav Husar > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 9.2.2.Final, 9.3.0.Alpha1 > > > [rhusar@syrah infinispan-server-9.2.0.Final]$ du -hcs dependency/ > 162M dependency/ > 162M total -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8911) Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB)

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8911?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reopened ISPN-8911: ----------------------------------- Assignee: Tristan Tarrant (was: Ryan Emerson) > Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB) > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-8911 > URL: https://issues.jboss.org/browse/ISPN-8911 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 9.2.0.Final > Reporter: Radoslav Husar > Assignee: Tristan Tarrant > Priority: Blocker > > [rhusar@syrah infinispan-server-9.2.0.Final]$ du -hcs dependency/ > 162M dependency/ > 162M total -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9013) Partition Handling enabled toggle should set merge-policy=NONE

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9013?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9013: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5878 > Partition Handling enabled toggle should set merge-policy=NONE > -------------------------------------------------------------- > > Key: ISPN-9013 > URL: https://issues.jboss.org/browse/ISPN-9013 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Reporter: Dan Berindei > Assignee: Dan Berindei > > If a user utilises the deprecated PartitionHandlingConfiguration "enabled" field, then the configured merge policy should be NONE as conflict resolution was not available in previous versions of Infinispan. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8494) Clear is leaking transaction with Batching

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8494?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8494: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Clear is leaking transaction with Batching > ------------------------------------------ > > Key: ISPN-8494 > URL: https://issues.jboss.org/browse/ISPN-8494 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.3.0.Alpha1 > > > When batching is enabled, the clear() tries to suspend the running transaction but it ends leaking the internal transaction used in the batch. > {code:java} > public void testClearInBatch() { > Cache<String, String> cache = createCache("testClearInBatch"); > cache.put("k2", "value2"); > cache.startBatch(); > cache.clear(); > cache.put("k1", "value1"); > cache.endBatch(true); > // the tx is leaked and it tries to execute the get() against a committed transaction. > AssertJUnit.assertEquals(null, cache.get("k2")); > AssertJUnit.assertEquals("value1", cache.get("k1")); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9013) Partition Handling enabled toggle should set merge-policy=NONE

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-9013?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-9013: ------------------------------- Status: Open (was: New) > Partition Handling enabled toggle should set merge-policy=NONE > -------------------------------------------------------------- > > Key: ISPN-9013 > URL: https://issues.jboss.org/browse/ISPN-9013 > Project: Infinispan > Issue Type: Bug > Components: Configuration > Reporter: Dan Berindei > Assignee: Dan Berindei > > If a user utilises the deprecated PartitionHandlingConfiguration "enabled" field, then the configured merge policy should be NONE as conflict resolution was not available in previous versions of Infinispan. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9013) Partition Handling enabled toggle should set merge-policy=NONE

by Dan Berindei (JIRA)

Dan Berindei created ISPN-9013: ---------------------------------- Summary: Partition Handling enabled toggle should set merge-policy=NONE Key: ISPN-9013 URL: https://issues.jboss.org/browse/ISPN-9013 Project: Infinispan Issue Type: Bug Components: Configuration Reporter: Dan Berindei Assignee: Dan Berindei If a user utilises the deprecated PartitionHandlingConfiguration "enabled" field, then the configured merge policy should be NONE as conflict resolution was not available in previous versions of Infinispan. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2018