[JBoss JIRA] (ISPN-9665) JCache remote notifies listener on clear
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-9665?page=com.atlassian.jira.plugin.... ]
Work on ISPN-9665 started by William Burns.
-------------------------------------------
> JCache remote notifies listener on clear
> ----------------------------------------
>
> Key: ISPN-9665
> URL: https://issues.jboss.org/browse/ISPN-9665
> Project: Infinispan
> Issue Type: Bug
> Components: Hot Rod, JCache
> Affects Versions: 9.4.0.Final
> Reporter: William Burns
> Assignee: William Burns
> Priority: Major
>
> The JCache tck requires that listeners are not notified when a cache clear occurs. We notify all listeners in this case for a remote client. Embedded ignores the events properly. This is causing TCK failure to occur randomly, depending on how fast the event is received.
> We should disable these events on the remote side to adhere to the TCK.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ISPN-9665) JCache remote notifies listener on clear
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-9665?page=com.atlassian.jira.plugin.... ]
Work on ISPN-9665 stopped by William Burns.
-------------------------------------------
> JCache remote notifies listener on clear
> ----------------------------------------
>
> Key: ISPN-9665
> URL: https://issues.jboss.org/browse/ISPN-9665
> Project: Infinispan
> Issue Type: Bug
> Components: Hot Rod, JCache
> Affects Versions: 9.4.0.Final
> Reporter: William Burns
> Priority: Major
>
> The JCache tck requires that listeners are not notified when a cache clear occurs. We notify all listeners in this case for a remote client. Embedded ignores the events properly. This is causing TCK failure to occur randomly, depending on how fast the event is received.
> We should disable these events on the remote side to adhere to the TCK.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ISPN-9665) JCache remote notifies listener on clear
by William Burns (Jira)
[ https://issues.jboss.org/browse/ISPN-9665?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-9665:
--------------------------------
Status: Open (was: New)
> JCache remote notifies listener on clear
> ----------------------------------------
>
> Key: ISPN-9665
> URL: https://issues.jboss.org/browse/ISPN-9665
> Project: Infinispan
> Issue Type: Bug
> Components: Hot Rod, JCache
> Affects Versions: 9.4.0.Final
> Reporter: William Burns
> Priority: Major
>
> The JCache tck requires that listeners are not notified when a cache clear occurs. We notify all listeners in this case for a remote client. Embedded ignores the events properly. This is causing TCK failure to occur randomly, depending on how fast the event is received.
> We should disable these events on the remote side to adhere to the TCK.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ISPN-9543) Unable to login in management console after securing cache container
by Gustavo Lira (Jira)
[ https://issues.jboss.org/browse/ISPN-9543?page=com.atlassian.jira.plugin.... ]
Gustavo Lira closed ISPN-9543.
------------------------------
> Unable to login in management console after securing cache container
> --------------------------------------------------------------------
>
> Key: ISPN-9543
> URL: https://issues.jboss.org/browse/ISPN-9543
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management, Security, Server
> Affects Versions: 9.4.0.CR3
> Environment: JDG 7.2.2 continuously logs errors in server log and management console becomes unavailable.
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 9.4.0.Final
>
>
> I configured cache container security in standalone.xml file :
> ~~~
> <cache-container name="local" default-cache="default" statistics="true">
> <security>
> <authorization>
> <identity-role-mapper />
> <role name="admin" permissions="ALL"/>
> </authorization>
> </security>
> ~~~
> I created a management user "Saurabh" and assigned role "admin" to him- PFA attached mgmt-groups.properties.
> Below is the exception snippet :
> ~~~
> 2018-09-18 22:57:57,118 ERROR [org.jboss.as.controller.management-operation] (External Management Request Threads -- 4) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("subsystem" => "datagrid-infinispan"),
> ("cache-container" => "local")
> ]): java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject with principal(s): [org.jboss.as.core.security.SimplePrincipal@6f98bb1c, saurabh@ManagementRealm, admin@ManagementRealm, admin, InetAddressPrincipal <127.0.0.1/127.0.0.1>]' lacks 'ADMIN' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:87)
> ~~~
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ISPN-9665) JCache remote notifies listener on clear
by William Burns (Jira)
William Burns created ISPN-9665:
-----------------------------------
Summary: JCache remote notifies listener on clear
Key: ISPN-9665
URL: https://issues.jboss.org/browse/ISPN-9665
Project: Infinispan
Issue Type: Bug
Components: Hot Rod, JCache
Affects Versions: 9.4.0.Final
Reporter: William Burns
The JCache tck requires that listeners are not notified when a cache clear occurs. We notify all listeners in this case for a remote client. Embedded ignores the events properly. This is causing TCK failure to occur randomly, depending on how fast the event is received.
We should disable these events on the remote side to adhere to the TCK.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (ISPN-9567) Writing in ___script_cache with hotrod 2.6 ver and authorization throws exception
by Gustavo Lira (Jira)
[ https://issues.jboss.org/browse/ISPN-9567?page=com.atlassian.jira.plugin.... ]
Gustavo Lira commented on ISPN-9567:
------------------------------------
I couldn't reproduce this behavior, steps that I did:
{code}
cp docs/examples/configs/standalone-auth.xml standalone/configuration/
{code}
{code}
sh add-user.sh -u user -p 123456 -a -g ___script_manager
{code}
{code}
bin/standalone.sh -c standalone-auth.xml
{code}
ran the application https://github.com/rigazilla/workroom/tree/exec_auth/test-exec
I'm receiving:
{code}
...
WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'namedCache' not found amongst the configured caches
Oct 30, 2018 12:37:28 PM org.infinispan.client.hotrod.impl.protocol.Codec20 checkForErrorsInResponseStatus
WARN: ISPN004005: Error received from the server: java.lang.SecurityException: ISPN006017: Unauthorized operation
Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=6 returned server error (status=0x85): java.lang.SecurityException: ISPN006017: Unauthorized operation
...
{code}
> Writing in ___script_cache with hotrod 2.6 ver and authorization throws exception
> ---------------------------------------------------------------------------------
>
> Key: ISPN-9567
> URL: https://issues.jboss.org/browse/ISPN-9567
> Project: Infinispan
> Issue Type: Bug
> Components: Hot Rod
> Affects Versions: 9.4.0.CR3
> Reporter: Vittorio Rigamonti
> Assignee: Gustavo Fernandes
> Priority: Major
> Fix For: 9.4.0.Final
>
>
> Trying to put a script into ___script_cache with PLAIN authorization produces the exeception below.
> A client reproducer is [here|https://github.com/rigazilla/workroom/tree/exec_auth/test-exec].
> Create a user:user with role ___script_manager and run the server with ./docs/examples/configs/standalone-auth.xml
> same test doesn't fail without authorization
> {noformat}
> 11:48:46,288 ERROR [org.infinispan.interceptors.impl.InvocationContextInterceptor] (HotRod-ServerHandler-4-1) ISPN000136: Error executing command PutKeyValueCommand, writing keys [WrappedByteArray{bytes=[B0x033E097363726970..[12], hashCode=0}]: java.lang.ClassCastException: org.infinispan.commons.marshall.WrappedByteArray cannot be cast to java.lang.String
> at org.infinispan.scripting.impl.ScriptingInterceptor.visitPutKeyValueCommand(ScriptingInterceptor.java:30)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:68)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:54)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitPutKeyValueCommand(DDAsyncInterceptor.java:60)
> at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:68)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:123)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invokeAsync(AsyncInterceptorChainImpl.java:234)
> at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeededAsync(CacheImpl.java:1817)
> at org.infinispan.cache.impl.CacheImpl.putAsync(CacheImpl.java:1507)
> at org.infinispan.cache.impl.DecoratedCache.putAsync(DecoratedCache.java:680)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.putAsync(AbstractDelegatingAdvancedCache.java:391)
> at org.infinispan.cache.impl.EncoderCache.putAsync(EncoderCache.java:460)
> at org.infinispan.security.impl.SecureCacheImpl.putAsync(SecureCacheImpl.java:977)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.putAsync(AbstractDelegatingAdvancedCache.java:391)
> at org.infinispan.server.hotrod.CacheRequestProcessor.putInternal(CacheRequestProcessor.java:196)
> at org.infinispan.server.hotrod.CacheRequestProcessor.lambda$put$6(CacheRequestProcessor.java:189)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months