October 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8451) Attributes in AttributeSets should state whether they apply globally or per-node

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8451?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8451: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Attributes in AttributeSets should state whether they apply globally or per-node > -------------------------------------------------------------------------------- > > Key: ISPN-8451 > URL: https://issues.jboss.org/browse/ISPN-8451 > Project: Infinispan > Issue Type: Enhancement > Components: Configuration > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.1.Final > > > Add an additional boolean to AttributeDefinition that defines whether the attribute is global or local. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8482) Projection of enum field returns number instead of constant

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8482?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8482: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Projection of enum field returns number instead of constant > ----------------------------------------------------------- > > Key: ISPN-8482 > URL: https://issues.jboss.org/browse/ISPN-8482 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Affects Versions: 9.2.0.Alpha2 > Reporter: Gustavo Fernandes > Assignee: Nistor Adrian > Priority: Major > Fix For: 10.0.1.Final > > > Consider the query below where Gender is mapped in protobuf as an {{enum}}: > {code:sql} > select p.gender, count(p.name) from Person p group by p.gender > {code} > The returned projection is numeric rather than MALE/FEMALE. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8622) PessimisticStateTransferLocksTest.testPutStartedDuringRebalance random failure

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8622?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8622: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > PessimisticStateTransferLocksTest.testPutStartedDuringRebalance random failure > ------------------------------------------------------------------------------ > > Key: ISPN-8622 > URL: https://issues.jboss.org/browse/ISPN-8622 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.1.Final > > > {noformat} > java.lang.AssertionError: expected:<[key]> but was:<[]> > at org.infinispan.distribution.rehash.PessimisticStateTransferLocksTest.checkLocksBeforeCommit(PessimisticStateTransferLocksTest.java:185) > at org.infinispan.distribution.rehash.PessimisticStateTransferLocksTest.testPutStartedDuringRebalance(PessimisticStateTransferLocksTest.java:121) > {noformat} > http://ci.infinispan.org/job/Infinispan/job/master/319 -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8576) Add authorization to Distributed Locks

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8576?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8576: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Add authorization to Distributed Locks > -------------------------------------- > > Key: ISPN-8576 > URL: https://issues.jboss.org/browse/ISPN-8576 > Project: Infinispan > Issue Type: Enhancement > Components: Clustered Locks, Security > Reporter: Tristan Tarrant > Assignee: Katia Aresti > Priority: Major > Fix For: 10.0.1.Final > > > DistributedLocks should support authorization. > Namely only ADMIN permissions should be allowed to defineLocks and WRITE permissions should be allowed to manipulate them. > When authorization is enabled, the DistributedLockManager should return SecureClusteredLocks which verify that the user has the required privileges. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8625) PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8625?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8625: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted > ---------------------------------------------------------------------------- > > Key: ISPN-8625 > URL: https://issues.jboss.org/browse/ISPN-8625 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.1.Final > > > The PostStart methods should be invoked after the ModuleLifecycle have executed their cacheManagerStarted methods (which might include global component registrations) -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8561) Add maxcontentlength to hot rod server

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8561?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8561: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Add maxcontentlength to hot rod server > -------------------------------------- > > Key: ISPN-8561 > URL: https://issues.jboss.org/browse/ISPN-8561 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.1.Final > > -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-9028) Write-only segments should be invalidated during the READ_NEW phase

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9028?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9028: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Write-only segments should be invalidated during the READ_NEW phase > ------------------------------------------------------------------- > > Key: ISPN-9028 > URL: https://issues.jboss.org/browse/ISPN-9028 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.1.Final > > > When a rebalance removes a segment X from node A, node A keeps updating entries in segment X until the rebalance finishes, and only deletes the entries of segment X after entering the NO_REBALANCE phase. > This is problematic for tests that work with the data container directly, because {{waitForNoRebalance()}} doesn't wait for the removal of stale entries. The test will work without an explicit wait most of the time, so this is a recipe for random test failures (e.g. ISPN-8728). > As described in ISPN-5021, we can prevent any writes to segment X at the start of the READ_NEW_WRITE_ALL phase, send the phase confirmation to the coordinator, and then remove the entries asynchronously. We just need to keep track of the removal task and only install/confirm the NO_REBALANCE phase once all the entries that we don't own have been removed. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-9029) Add test for exception eviction dropping entries after node leave

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9029?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9029: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Add test for exception eviction dropping entries after node leave > ----------------------------------------------------------------- > > Key: ISPN-9029 > URL: https://issues.jboss.org/browse/ISPN-9029 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Core > Affects Versions: 9.2.1.Final > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Fix For: 10.0.1.Final > > > {{ExceptionEvictionTest}} tests what happens when a node is added and N*limit existing entries are redistributed among N+1 nodes. We also need to test what happens when a node crashes and N*limit entries are redistributed among N-1 nodes. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8626) Hot Rod task execution exceptions should be unwrapped

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8626?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8626: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > Hot Rod task execution exceptions should be unwrapped > ----------------------------------------------------- > > Key: ISPN-8626 > URL: https://issues.jboss.org/browse/ISPN-8626 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, Server > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.1.Final > > > When running remote tasks through Hot Rod and an exception occurs it is wrapped in an ExecutionException. This should be unwrapped to get the real cause. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

[JBoss JIRA] (ISPN-8513) DistSyncOnePhaseTxStateTransferTest random failures

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-8513?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8513: ---------------------------------- Fix Version/s: 10.0.1.Final (was: 10.0.0.Final) > DistSyncOnePhaseTxStateTransferTest random failures > --------------------------------------------------- > > Key: ISPN-8513 > URL: https://issues.jboss.org/browse/ISPN-8513 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Alpha2 > Reporter: Pedro Ruivo > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.1.Final > > Attachments: DistSyncOnePhaseTxStateTransferTest_pr_wburns_offheap_singlenode2_20171030.log.gz > > > {{DistSyncOnePhaseTxStateTransferTest}} sometimes asserts that the x-site transfer has finished in the remote site too early: > {noformat} > 17:34:38,464 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.xsite.statetransfer.DistSyncOnePhaseTxStateTransferTest.testCancelStateTransfer[null, tx=false] > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:49) ~[testng-6.8.8.jar:?] > at org.infinispan.xsite.statetransfer.BaseStateTransferTest$20.assertInCache(BaseStateTransferTest.java:601) ~[test-classes/:?] > at org.infinispan.xsite.AbstractXSiteTest.assertInSite(AbstractXSiteTest.java:172) ~[test-classes/:?] > at org.infinispan.xsite.statetransfer.BaseStateTransferTest.assertNoStateTransferInReceivingSite(BaseStateTransferTest.java:596) ~[test-classes/:?] > at org.infinispan.xsite.statetransfer.BaseStateTransferTest.testCancelStateTransfer(BaseStateTransferTest.java:141) ~[test-classes/:?] > {noformat} > In fact, this part of the test seems to let the state transfer finish normally instead of cancelling it, so it could use some logs/comments to explain what's going on. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2019