[JBoss JIRA] (ISPN-12134) Usable/functional server templates
by Tristan Tarrant (Jira)
Tristan Tarrant created ISPN-12134:
--------------------------------------
Summary: Usable/functional server templates
Key: ISPN-12134
URL: https://issues.redhat.com/browse/ISPN-12134
Project: Infinispan
Issue Type: Bug
Components: Configuration, Server
Reporter: Tristan Tarrant
The server comes with a number of predefined templates (org.infinispan.XYZ) but they are not usable OOTB for query/protobuf, especially in the context of console/CLI demos. We should have an easy way to create a cache based on a schema.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (ISPN-12133) CacheContainerAdmin configs should support XML fragments
by Tristan Tarrant (Jira)
Tristan Tarrant created ISPN-12133:
--------------------------------------
Summary: CacheContainerAdmin configs should support XML fragments
Key: ISPN-12133
URL: https://issues.redhat.com/browse/ISPN-12133
Project: Infinispan
Issue Type: Bug
Components: Configuration
Reporter: Tristan Tarrant
Currently the CacheContainerAdmin API requires sending a full Infinispan XML configuration, including <infinispan><cache-container>...</cache-container></infinispan>
We should be able to send only the minimal configuration fragment, e.g. <distributed-cache ...>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (ISPN-8059) HotRod keySet operation requires ADMIN permissions
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-8059?page=com.atlassian.jira.plugin... ]
Tristan Tarrant closed ISPN-8059.
---------------------------------
Resolution: Out of Date
> HotRod keySet operation requires ADMIN permissions
> --------------------------------------------------
>
> Key: ISPN-8059
> URL: https://issues.redhat.com/browse/ISPN-8059
> Project: Infinispan
> Issue Type: Bug
> Components: Security
> Affects Versions: 9.0.3.Final
> Reporter: Martin Gencur
> Priority: Major
>
> Steps to reproduce:
> 1) uncomment testKeySet in HotRodOperationsAuthzIT#testSupervisor
> (note that the supervisor has BULK_READ permission defined in configuration)
> 2) run the test in the server test suite
> This bug seems to be resolved in current master branch (9.1.0-SNAPSHOT - commit 5c5ff99) as I wasn't able to reproduce it there.
> Stacktrace:
> {code}
> testSupervisor(org.infinispan.server.test.client.hotrod.security.HotRodOperationsAuthzIT) Time elapsed: 0.216 sec <<< ERROR!
> org.infinispan.client.hotrod.exceptions.HotRodClientException: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject with principal(s): [SimpleUserPrincipal [name=supervisor], InetAddressPrincipal [address=127.0.0.1/127.0.0.1], supervisor@ApplicationRealm, supervisor@ApplicationRealm, supervisor]' lacks 'ADMIN' permission
> at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:363)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:152)
> at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:138)
> at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:60)
> at org.infinispan.client.hotrod.impl.operations.BulkGetKeysOperation.executeOperation(BulkGetKeysOperation.java:39)
> at org.infinispan.client.hotrod.impl.operations.BulkGetKeysOperation.executeOperation(BulkGetKeysOperation.java:20)
> at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56)
> at org.infinispan.client.hotrod.impl.RemoteCacheImpl.keySet(RemoteCacheImpl.java:529)
> at org.infinispan.server.test.client.hotrod.security.HotRodAuthzOperationTests.testKeySet(HotRodAuthzOperationTests.java:113)
> at org.infinispan.server.test.client.hotrod.security.HotRodOperationsAuthzIT.testSupervisor(HotRodOperationsAuthzIT.java:111)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (ISPN-6397) Expose DMR operation that returns caches using a certain template
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-6397?page=com.atlassian.jira.plugin... ]
Tristan Tarrant closed ISPN-6397.
---------------------------------
Resolution: Out of Date
> Expose DMR operation that returns caches using a certain template
> -----------------------------------------------------------------
>
> Key: ISPN-6397
> URL: https://issues.redhat.com/browse/ISPN-6397
> Project: Infinispan
> Issue Type: Feature Request
> Components: Console
> Affects Versions: 8.2.0.Final
> Reporter: Vladimir Blagojevic
> Assignee: Tristan Tarrant
> Priority: Minor
>
> In order to trigger server restart we need to know not only if a certain template field requires a restart or not (in conf metadata) but we also need to know if a certain template is being used to configure caches or not. We could do this with a series of DMR calls from Admin console but it would be simpler to add DMR op that given a template returns caches it configures. In the case when the list of caches is empty we can safely conclude that changing the template does not require server restart even if some fields requiring restart are changed.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months