[Red Hat JIRA] (ISPN-12370) Implement proper form login and digest login
by Katia Aresti (Jira)
[ https://issues.redhat.com/browse/ISPN-12370?page=com.atlassian.jira.plugi... ]
Katia Aresti updated ISPN-12370:
--------------------------------
Fix Version/s: 12.0.1.Final
> Implement proper form login and digest login
> --------------------------------------------
>
> Key: ISPN-12370
> URL: https://issues.redhat.com/browse/ISPN-12370
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Affects Versions: 12.0.0.Dev04
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
> Fix For: 12.0.1.Final
>
>
> Today the console relies on the navigator popup to log in.
> This is not clean and it's very confusing for many reasons:
> * White page
> * The app downloaded at least two times
> We should download the application only once and if authentication is done with digest (not keycloak) then we should handle the digest requests ourselfs.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12370) Implement proper form login and digest login
by Katia Aresti (Jira)
[ https://issues.redhat.com/browse/ISPN-12370?page=com.atlassian.jira.plugi... ]
Work on ISPN-12370 started by Katia Aresti.
-------------------------------------------
> Implement proper form login and digest login
> --------------------------------------------
>
> Key: ISPN-12370
> URL: https://issues.redhat.com/browse/ISPN-12370
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Affects Versions: 12.0.0.Dev04
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
>
> Today the console relies on the navigator popup to log in.
> This is not clean and it's very confusing for many reasons:
> * White page
> * The app downloaded at least two times
> We should download the application only once and if authentication is done with digest (not keycloak) then we should handle the digest requests ourselfs.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12370) Implement proper form login and digest login
by Katia Aresti (Jira)
[ https://issues.redhat.com/browse/ISPN-12370?page=com.atlassian.jira.plugi... ]
Katia Aresti updated ISPN-12370:
--------------------------------
Status: Open (was: New)
> Implement proper form login and digest login
> --------------------------------------------
>
> Key: ISPN-12370
> URL: https://issues.redhat.com/browse/ISPN-12370
> Project: Infinispan
> Issue Type: Enhancement
> Components: Console
> Affects Versions: 12.0.0.Dev04
> Reporter: Katia Aresti
> Assignee: Katia Aresti
> Priority: Major
>
> Today the console relies on the navigator popup to log in.
> This is not clean and it's very confusing for many reasons:
> * White page
> * The app downloaded at least two times
> We should download the application only once and if authentication is done with digest (not keycloak) then we should handle the digest requests ourselfs.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12658) Fix IracWriteSkewTest test
by Pedro Ruivo (Jira)
[ https://issues.redhat.com/browse/ISPN-12658?page=com.atlassian.jira.plugi... ]
Pedro Ruivo updated ISPN-12658:
-------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/9011
Status: Pull Request Sent (was: Open)
> Fix IracWriteSkewTest test
> --------------------------
>
> Key: ISPN-12658
> URL: https://issues.redhat.com/browse/ISPN-12658
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 12.0.0.Final
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 12.0.1.Final
>
>
> The condition that waits for IRAC to complete is incorrect. During the test, we have a remove operation from LON to be replicated to NYC. In NYC, we have a write.
> If the transaction in NYC commits before receiving the removal from LON, it creates a conflict in IRAC (which is correct). The conflict resolution fixes by using the remove from LON. In the end, the key is removed from both sites.
> The asserts expect the IRAC replication to be completed before the transaction commit and the sites to have the NYC write.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12658) Fix IracWriteSkewTest test
by Pedro Ruivo (Jira)
[ https://issues.redhat.com/browse/ISPN-12658?page=com.atlassian.jira.plugi... ]
Pedro Ruivo updated ISPN-12658:
-------------------------------
Status: Open (was: New)
> Fix IracWriteSkewTest test
> --------------------------
>
> Key: ISPN-12658
> URL: https://issues.redhat.com/browse/ISPN-12658
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 12.0.0.Final
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 12.0.1.Final
>
>
> The condition that waits for IRAC to complete is incorrect. During the test, we have a remove operation from LON to be replicated to NYC. In NYC, we have a write.
> If the transaction in NYC commits before receiving the removal from LON, it creates a conflict in IRAC (which is correct). The conflict resolution fixes by using the remove from LON. In the end, the key is removed from both sites.
> The asserts expect the IRAC replication to be completed before the transaction commit and the sites to have the NYC write.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12658) Fix IracWriteSkewTest test
by Pedro Ruivo (Jira)
Pedro Ruivo created ISPN-12658:
----------------------------------
Summary: Fix IracWriteSkewTest test
Key: ISPN-12658
URL: https://issues.redhat.com/browse/ISPN-12658
Project: Infinispan
Issue Type: Bug
Components: Test Suite
Affects Versions: 12.0.0.Final
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
Fix For: 12.0.1.Final
The condition that waits for IRAC to complete is incorrect. During the test, we have a remove operation from LON to be replicated to NYC. In NYC, we have a write.
If the transaction in NYC commits before receiving the removal from LON, it creates a conflict in IRAC (which is correct). The conflict resolution fixes by using the remove from LON. In the end, the key is removed from both sites.
The asserts expect the IRAC replication to be completed before the transaction commit and the sites to have the NYC write.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months
[Red Hat JIRA] (ISPN-12651) CacheEntryCloudEventsTest test failures
by Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-12651?page=com.atlassian.jira.plugi... ]
Dan Berindei updated ISPN-12651:
--------------------------------
Fix Version/s: 12.0.1.Final
> CacheEntryCloudEventsTest test failures
> ---------------------------------------
>
> Key: ISPN-12651
> URL: https://issues.redhat.com/browse/ISPN-12651
> Project: Infinispan
> Issue Type: Bug
> Components: Integration , Test Suite
> Affects Versions: 12.0.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Fix For: 12.1.0.Final, 12.0.1.Final
>
>
> {{jackson-core}} is an optional dependency in {{protostream}}, but it is required for transcoding {{application/x-protostream}} to JSON. Because the dependency is missing, the tests fail with {{OBJECT}} storage:
> {noformat}
> org.infinispan.util.concurrent.TimeoutException
> at org.infinispan.cloudevents.MockKafkaEventSender.completeSend(MockKafkaEventSender.java:44)
> at org.infinispan.cloudevents.MockKafkaEventSender.completeSend(MockKafkaEventSender.java:53)
> at org.infinispan.cloudevents.CacheEntryCloudEventsTest.testMultiKeyOperations(CacheEntryCloudEventsTest.java:188)
> {noformat}
> The actual reason is hidden because the test only waits for the events to be sent and times out without checking the operation result:
> {noformat}
> org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.NoClassDefFoundError] while invoking method [public java.util.concurrent.CompletionStage org.infinispan.cloudevents.impl.EntryEventListener.handleCacheEntryEvent(org.infinispan.notifications.cachelistener.event.CacheEntryEvent)] on listener instance: org.infinispan.cloudevents.impl.EntryEventListener@7a524380
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.lambda$invoke$1(AbstractListenerImpl.java:430)
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:450)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1817)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1813)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1808)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1781)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl.doNotifyCreated(CacheNotifierImpl.java:428)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryCreated(CacheNotifierImpl.java:410)
> at org.infinispan.notifications.cachelistener.NotifyHelper.entryCommitted(NotifyHelper.java:59)
> at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.commitSingleEntry(ClusteringDependentLogic.java:539)
> at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:198)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:651)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:904)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:631)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.applyChanges(EntryWrappingInterceptor.java:687)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.applyAndFixVersion(EntryWrappingInterceptor.java:758)
> at org.infinispan.interceptors.InvocationSuccessFunction.apply(InvocationSuccessFunction.java:25)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.invokeQueuedHandlers(QueueAsyncInvocationStage.java:124)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:87)
> at org.infinispan.interceptors.impl.QueueAsyncInvocationStage.accept(QueueAsyncInvocationStage.java:33)
> at java.base/java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:859)
> at java.base/java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:837)
> at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
> at java.base/java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:2137)
> at org.infinispan.util.concurrent.CommandAckCollector$SingleKeyCollector.markReady(CommandAckCollector.java:364)
> at org.infinispan.util.concurrent.CommandAckCollector$SingleKeyCollector.backupAck(CommandAckCollector.java:356)
> at org.infinispan.util.concurrent.CommandAckCollector.backupAck(CommandAckCollector.java:167)
> at org.infinispan.commands.write.BackupAckCommand.ack(BackupAckCommand.java:40)
> at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handleBackupAckCommand(TrianglePerCacheInboundInvocationHandler.java:181)
> at org.infinispan.remoting.inboundhandler.TrianglePerCacheInboundInvocationHandler.handle(TrianglePerCacheInboundInvocationHandler.java:96)
> at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleCacheRpcCommand(GlobalInboundInvocationHandler.java:164)
> at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler.handleFromCluster(GlobalInboundInvocationHandler.java:111)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processRequest(JGroupsTransport.java:1383)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.processMessage(JGroupsTransport.java:1307)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.access$300(JGroupsTransport.java:131)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$ChannelCallbacks.up(JGroupsTransport.java:1450)
> at org.jgroups.JChannel.up(JChannel.java:784)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:913)
> at org.jgroups.protocols.FRAG3.up(FRAG3.java:165)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:351)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:359)
> at org.jgroups.protocols.tom.TOA.up(TOA.java:119)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:876)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:243)
> at org.jgroups.protocols.UNICAST3.deliverMessage(UNICAST3.java:1049)
> at org.jgroups.protocols.UNICAST3.addMessage(UNICAST3.java:772)
> at org.jgroups.protocols.UNICAST3.handleDataReceived(UNICAST3.java:753)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:405)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:592)
> at org.jgroups.protocols.Discovery.up(Discovery.java:300)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1396)
> at org.jgroups.util.SubmitToThreadPool$SingleMessageHandler.run(SubmitToThreadPool.java:87)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630)
> at java.base/java.lang.Thread.run(Thread.java:832)
> Caused by: java.lang.NoClassDefFoundError: com/fasterxml/jackson/core/JsonProcessingException
> at org.infinispan.protostream.ProtobufUtil.toCanonicalJSON(ProtobufUtil.java:174)
> at org.infinispan.protostream.ProtobufUtil.toCanonicalJSON(ProtobufUtil.java:160)
> at org.infinispan.encoding.ProtostreamTranscoder.toJsonCascading(ProtostreamTranscoder.java:183)
> at org.infinispan.encoding.ProtostreamTranscoder.transcode(ProtostreamTranscoder.java:102)
> at org.infinispan.cloudevents.impl.EntryEventListener.writeKey(EntryEventListener.java:165)
> at org.infinispan.cloudevents.impl.EntryEventListener.entryEventToKafkaMessage(EntryEventListener.java:133)
> at org.infinispan.cloudevents.impl.EntryEventListener.handleCacheEntryEvent(EntryEventListener.java:101)
> at jdk.internal.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.lambda$invoke$1(AbstractListenerImpl.java:424)
> ... 54 more
> Caused by: java.lang.ClassNotFoundException: com.fasterxml.jackson.core.JsonProcessingException
> at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:606)
> at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:168)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
> ... 65 more
> {noformat}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 3 months