June 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8375) Allow additional HikariCP properties to be passed via PooledConnectionFactoryConfiguration

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8375?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8375: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.0.Final) > Allow additional HikariCP properties to be passed via PooledConnectionFactoryConfiguration > ------------------------------------------------------------------------------------------ > > Key: ISPN-8375 > URL: https://issues.jboss.org/browse/ISPN-8375 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 9.1.1.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.4.0.Final > > > Currently the only way to provide additional HikariCP configuration is via a `hikari.properties` file. We should allow users to enter these properties via our xml/config builders. > This will also benefit the new datagrid-infinispan-datasources subsystem, as it will allow users to continue to utilise many of the additional tuning options that we have inherited from the wildfly-connector subsystem. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8576?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8576: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.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 > Fix For: 9.4.0.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.5.0#75005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8564) Cannot select inner entities in Ickle

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8564?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8564: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.0.Final) > Cannot select inner entities in Ickle > ------------------------------------- > > Key: ISPN-8564 > URL: https://issues.jboss.org/browse/ISPN-8564 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying, Remote Querying > Affects Versions: 9.0.0.Final > Reporter: Gustavo Fernandes > Assignee: Adrian Nistor > Fix For: 9.4.0.Final > > > Consider a proto mapping: > {code} > message Parent { > optional Child child; > } > message Child { > optional string name = 1; > } > {code} > It is not possible to select any of the Child attributes in the query. The following queries fail: > {{SELECT p.child FROM Parent p}} > Fails with ISPN028503 > {{SELECT p.child.name FROM Parent p}} > Fails with ISPN028502: Unknown alias 'child' -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8561?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8561: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.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 > Fix For: 9.4.0.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8529) REST Cache create and remove

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8529?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8529: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.0.Final) > REST Cache create and remove > ---------------------------- > > Key: ISPN-8529 > URL: https://issues.jboss.org/browse/ISPN-8529 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols, Server > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.Final > > > Implement cache creation/removal over HTTP. > Since WebDAV (RFC-4918) describes operations over "collections", we can reuse the semantics of invocations and error messages. In particular: > https://tools.ietf.org/html/rfc4918#section-9.3 > https://tools.ietf.org/html/rfc4918#section-9.6.1 > Cache creation: > *MKCOL /{cacheName}[?template={template}]* > This will create the named cache, using the optionally supplied template name for configuration. If a template is not specified, then the configuration of the default cache defined on the cache container will be used. > Cache removal > *DELETE /[cacheName]* > This method's behaviour is affected by the presence and value of the `Depth` header. > The header can have the following values: > * infinity,noroot: deletes the contents of the cache. This is the default behaviour (for backwards compatibility this does not respect the behaviour described in link:https://tools.ietf.org/html/rfc4918#section-9.6.1[WebDAV RFC] regarding removal of collections). If successful this operation returns a status of 200. > * infinity: removes the cache from the system. If security is enabled, you will need ADMIN permissions. If successful, this operation returns a status of 204 (No Content). This method also understands <<rest:adminflags>> -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8518) FunctionalDistributionTest.testDistributionFromNonOwner random failures

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8518?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8518: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.0.Final) > FunctionalDistributionTest.testDistributionFromNonOwner random failures > ----------------------------------------------------------------------- > > Key: ISPN-8518 > URL: https://issues.jboss.org/browse/ISPN-8518 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Alpha2 > Reporter: Dan Berindei > Assignee: Radim Vansa > Labels: testsuite_stability > Fix For: 9.4.0.Final > > > Waiting 100ms is not always enough for the write to be applied on all the owners: > {noformat} > java.lang.NullPointerException > at org.infinispan.functional.FunctionalDistributionTest.lambda$iterate$8(FunctionalDistributionTest.java:97) > at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) > at java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) > at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) > at java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1380) > at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) > at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) > at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) > at org.infinispan.functional.FunctionalDistributionTest.iterate(FunctionalDistributionTest.java:98) > at org.infinispan.functional.FunctionalDistributionTest.doTestDistribution(FunctionalDistributionTest.java:77) > at org.infinispan.functional.FunctionalDistributionTest.testDistributionFromNonOwner(FunctionalDistributionTest.java:66) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8513?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8513: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.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 > Labels: testsuite_stability > Fix For: 9.4.0.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.5.0#75005)

7 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8627) Add CacheContainerAdmin.getOrCreateCache() method

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8627?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8627: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.0.Final) > Add CacheContainerAdmin.getOrCreateCache() method > ------------------------------------------------- > > Key: ISPN-8627 > URL: https://issues.jboss.org/browse/ISPN-8627 > Project: Infinispan > Issue Type: Bug > Components: Core, Hot Rod > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.Final > > > CacheContainerAdmin has a createCache method which fails if the cache already exists. To make the life of developers easier, it should also have a getOrCreateCache() which returns an existing cache if possible. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8625?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8625: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.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 > Fix For: 9.4.0.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.5.0#75005)

7 years, 9 months

1
0
0 / 0

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

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8622?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8622: ----------------------------------- Fix Version/s: 9.4.0.Final (was: 9.3.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 > Labels: testsuite_stability > Fix For: 9.4.0.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.5.0#75005)

7 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 2018