[JBoss JIRA] (WFLY-12793) Marshalling.river No standard field found for reverse order comparator
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12793?page=com.atlassian.jira.plugin... ]
Brian Stansberry reassigned WFLY-12793:
---------------------------------------
Issue Type: Bug (was: Feature Request)
Component/s: Clustering
Assignee: Paul Ferraro (was: Brian Stansberry)
[~emiliocuberos] What JVM version was used?
> Marshalling.river No standard field found for reverse order comparator
> ----------------------------------------------------------------------
>
> Key: WFLY-12793
> URL: https://issues.jboss.org/browse/WFLY-12793
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 17.0.1.Final
> Reporter: Emilio Cuberos
> Assignee: Paul Ferraro
> Priority: Major
>
> There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
> I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
> The full error-stack is:
> 14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
> at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
> at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
> Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
> ... 87 more
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-12793) Marshalling.river No standard field found for reverse order comparator
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFLY-12793?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFLY-12793:
------------------------------------
Description:
There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
The full error-stack is:
{code}
14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
... 87 more
{code}
was:
There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
The full error-stack is:
14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
... 87 more
> Marshalling.river No standard field found for reverse order comparator
> ----------------------------------------------------------------------
>
> Key: WFLY-12793
> URL: https://issues.jboss.org/browse/WFLY-12793
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 17.0.1.Final
> Reporter: Emilio Cuberos
> Assignee: Paul Ferraro
> Priority: Major
>
> There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
> I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
> The full error-stack is:
> {code}
> 14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
> at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
> at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
> at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
> at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
> at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
> at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
> at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
> at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
> at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
> at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
> Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
> at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
> ... 87 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-12793) Marshalling.river No standard field found for reverse order comparator
by Emilio Cuberos (Jira)
Emilio Cuberos created WFLY-12793:
-------------------------------------
Summary: Marshalling.river No standard field found for reverse order comparator
Key: WFLY-12793
URL: https://issues.jboss.org/browse/WFLY-12793
Project: WildFly
Issue Type: Feature Request
Affects Versions: 17.0.1.Final
Reporter: Emilio Cuberos
Assignee: Brian Stansberry
There are lots of reports of this issue, and they were closed with the workaround of including jboss-marshalling and jboss-marshalling-river 2.6.0.
I still get the same error, even in Wildfly 17.0.1.Final, where jboss-marshalling 2.0.6 should be already included.
The full error-stack is:
14:16:53,582 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (ServerService Thread Pool -- 99) ISPN000136: Error executing command PutKeyValueCommand, writing keys [1]: java.lang.ExceptionInInitializerError
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.RiverMarshaller.<clinit>(RiverMarshaller.java:1233)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.JBossMarshallerFactory.createMarshaller(JBossMarshallerFactory.java:49)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller$PerThreadInstanceHolder.getMarshaller(AbstractJBossMarshaller.java:314)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.jboss.AbstractJBossMarshaller.startObjectOutput(AbstractJBossMarshaller.java:90)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.VersionAwareMarshaller.startObjectOutput(VersionAwareMarshaller.java:110)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commons.marshall.AbstractDelegatingMarshaller.startObjectOutput(AbstractDelegatingMarshaller.java:30)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.serialize(MarshalledValue.java:92)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.marshall.core.MarshalledValue.<init>(MarshalledValue.java:79)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.createMarshalledValue(MarshalledValueInterceptor.java:318)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.MarshalledValueInterceptor.visitPutKeyValueCommand(MarshalledValueInterceptor.java:133)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.updateStoreStatistics(CacheMgmtInterceptor.java:191)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:177)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:43)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:78)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1672)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.putInternal(CacheImpl.java:1121)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.CacheImpl.put(CacheImpl.java:1111)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.cache.impl.DecoratedCache.put(DecoratedCache.java:453)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.AbstractJCache.put(AbstractJCache.java:241)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.doPut(JCache.java:431)
at deployment.healthtrender-cloud-1.0.0.war//org.infinispan.jcache.embedded.JCache.put(JCache.java:400)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.lambda$loadCaches$10(CacheSetup.java:94)
at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
at java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.loadCaches(CacheSetup.java:92)
at deployment.healthtrender-cloud-1.0.0.war//com.hemocue.cloud.config.CacheSetup.init(CacheSetup.java:85)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:96)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:79)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doLifecycleInterception(Jsr299BindingsInterceptor.java:126)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:112)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.core@3.1.1.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.common@17.0.1.Final//org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:53)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:56)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.interceptors.Jsr299BindingsCreateInterceptor.processInvocation(Jsr299BindingsCreateInterceptor.java:111)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:237)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:388)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:68)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.weld@17.0.1.Final//org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.StartupCountDownInterceptor.processInvocation(StartupCountDownInterceptor.java:25)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:127)
at org.jboss.as.ejb3@17.0.1.Final//org.jboss.as.ejb3.component.singleton.SingletonComponent.start(SingletonComponent.java:141)
at org.jboss.as.ee@17.0.1.Final//org.jboss.as.ee.component.ComponentStartService$1.run(ComponentStartService.java:54)
at java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
at java.base/java.lang.Thread.run(Thread.java:834)
at org.jboss.threads@2.3.3.Final//org.jboss.threads.JBossThread.run(JBossThread.java:485)
Caused by: java.lang.IllegalStateException: No standard field found for reverse order comparator!
at deployment.healthtrender-cloud-1.0.0.war//org.jboss.marshalling.river.Protocol.<clinit>(Protocol.java:220)
... 87 more
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-12790) CXF-8105 - introduce a property for JMS transport client to decide reset JMS connection or not when client timeout
by Ilia Vassilev (Jira)
[ https://issues.jboss.org/browse/WFLY-12790?page=com.atlassian.jira.plugin... ]
Ilia Vassilev updated WFLY-12790:
---------------------------------
Affects Version/s: 18.0.0.Final
> CXF-8105 - introduce a property for JMS transport client to decide reset JMS connection or not when client timeout
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-12790
> URL: https://issues.jboss.org/browse/WFLY-12790
> Project: WildFly
> Issue Type: Enhancement
> Components: Web Services
> Affects Versions: 18.0.0.Final
> Reporter: Ilia Vassilev
> Assignee: Ilia Vassilev
> Priority: Major
> Labels: downstream_dependency
>
> https://issues.apache.org/jira/browse/CXF-8105
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFLY-12791) CXF-8118 - CXF LoggingInInterceptor, CachedWriter leaks
by Ilia Vassilev (Jira)
[ https://issues.jboss.org/browse/WFLY-12791?page=com.atlassian.jira.plugin... ]
Ilia Vassilev updated WFLY-12791:
---------------------------------
Affects Version/s: 18.0.0.Final
> CXF-8118 - CXF LoggingInInterceptor, CachedWriter leaks
> -------------------------------------------------------
>
> Key: WFLY-12791
> URL: https://issues.jboss.org/browse/WFLY-12791
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 18.0.0.Final
> Environment: Fuse 7.3.1 on EAP 7.2.0
> CXF 3.2.5.redhat-00001
> Reporter: Ilia Vassilev
> Assignee: Ilia Vassilev
> Priority: Critical
> Labels: downstream_dependency
>
> The LoggingInInterceptor use an instance of CachedWriter but never close it causing a leak in the static list CachedWriter.streamList.
> I know that LoggingInInterceptor has been deprecated but it still available in CXF.
> https://issues.apache.org/jira/browse/CXF-8118
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFWIP-160) Fix throughput and response time differences between TLS 1.2 and TLS 1.3
by Jan Stourac (Jira)
[ https://issues.jboss.org/browse/WFWIP-160?page=com.atlassian.jira.plugin.... ]
Jan Stourac edited comment on WFWIP-160 at 11/14/19 10:09 AM:
--------------------------------------------------------------
Hi [~ropalka], [~fjuma],
thanks for the looking into this. I've re-checked on my side too and I have to admit that I suspect one of us is doing something differently. I can see there is some performance improvement with current build of WildFly and JDK11.0.4, although this applies also against TLSv1.2. As such there can still be seen quite insignificant performance drop with TLSv1.3 when compared against TLSv1.2 in our scenario.
I've followed steps that Adam has described in the reproduction steps section and I can see following data:
||Requests||Executions|| || ||Response Times (ms)|| || || || || ||Throughput||Network (KB/sec)|| ||
||Label||#Samples||KO||Error %||Average||Min||Max||90th pct||95th pct||99th pct||Transactions/s||Received||Sent||
|WFLY17-SNAPSHOT TLSv1.2(a)JDK11.0.1|277697|0|0.00%|5.29|2|1029|6.00|7.00|11.00|925.72|1524.19|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.1|93551|0|0.00%|15.83|7|1048|17.00|19.00|24.00|311.85|513.45|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.4|138864|16|0.01%|10.65|5|1063|14.00|16.00|22.00|462.89|762.20|0.00|
|WFLY19-SNAPSHOT TLSv1.2(a)JDK11.0.4|419609|0|0.00%|3.50|2|517|5.00|6.00|8.00|1398.79|2314.01|0.00|
|WFLY19-SNAPSHOT TLSv1.3(a)JDK11.0.4|138843|18|0.01%|10.65|5|1067|13.00|14.00|17.00| 462.82|765.69|0.00|
|ROPALKA-SNAPSHOT TLSv1.2(a)JDK11.0.4|363104|0|0.00%|4.05|2|425|5.00|6.00|8.00|1210.39|2002.34|0.00|
|ROPALKA-SNAPSHOT TLSv1.3(a)JDK11.0.4|149742|25|0.02%|9.89|4|1070|12.00|14.00|18.00|499.16|825.83|0.00|
* WFLY17-SNAPSHOT = the [build that is referenced by Adam|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...] in the reproduction steps
* WFLY19-SNAPSHOT:
** https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
** https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (wildfly-elytron version updated)
** https://github.com/wildfly/wildfly/tree/master (wildfly-core version updated)
* ROPALKA-SNAPSHOT:
** https://github.com/ropalka/wildfly-elytron/tree/FJUMA-ELY-1706
** https://github.com/ropalka/wildfly-core/tree/FJUMA-WFCORE-4172
** https://github.com/ropalka/wildfly/tree/FJUMA-WFCORE-4172 (wildfly-core version updated)
Complete logs added as an attachement [^jstourac-report.zip].
Note there are some errors present with TLSv1.3 and JDK 11.0.4 version, haven't looked into them more thoroughly yet.
My environment:
{code}
$ uname -a
Linux dhcp-10-40-5-4.brq.redhat.com 5.3.8-200.fc30.x86_64 #1 SMP Tue Oct 29 14:46:22 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
JDK11.0.1
$ /home/jstourac/jdks/jdk-11/bin/java -version
java version "11.0.1" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)
JDK11.0.4
$ /home/jstourac/jdks/jdk-11.0.4+11/bin/java -version
openjdk version "11.0.4" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.4+11)
Eclipse OpenJ9 VM AdoptOpenJDK (build openj9-0.15.1, JRE 11 Linux amd64-64-Bit Compressed References 20190717_286 (JIT enabled, AOT enabled)
OpenJ9 - 0f66c6431
OMR - ec782f26
JCL - fa49279450 based on jdk-11.0.4+11)
Apache JMeter v5.1.1
{code}
This is done for JSSE provider as described in reproduction steps section. Out of curiosity, I'm gonna perform similar check also for wildfly-openssl security provider and post my findings here too.
was (Author: jstourac):
Hi [~ropalka], [~fjuma],
thanks for the looking into this. I've re-checked on my side too and I have to admit that I suspect one of us is doing something differently. I can see there is some performance improvement with current build of WildFly and JDK11.0.4, although this applies also against TLSv1.2. As such there can still be seen quite insignificant performance drop with TLSv1.3 when compared against TLSv1.2 in our scenario.
I've followed steps that Adam has described in the reproduction steps section and I can see following data:
||Requests||Executions|| || ||Response Times (ms)|| || || || || ||Throughput||Network (KB/sec)|| ||
||Label||#Samples||KO||Error %||Average||Min||Max||90th pct||95th pct||99th pct||Transactions/s||Received||Sent||
|WFLY17-SNAPSHOT TLSv1.2(a)JDK11.0.1|277697|0|0.00%|5.29|2|1029|6.00|7.00|11.00|925.72|1524.19|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.1|93551|0|0.00%|15.83|7|1048|17.00|19.00|24.00|311.85|513.45|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.4|138864|16|0.01%|10.65|5|1063|14.00|16.00|22.00|462.89|762.20|0.00|
|WFLY19-SNAPSHOT TLSv1.2(a)JDK11.0.4|419609|0|0.00%|3.50|2|517|5.00|6.00|8.00|1398.79|2314.01|0.00|
|WFLY19-SNAPSHOT TLSv1.3(a)JDK11.0.4|138843|18|0.01%|10.65|5|1067|13.00|14.00|17.00| 462.82|765.69|0.00|
|ROPALKA-SNAPSHOT TLSv1.2(a)JDK11.0.4|363104|0|0.00%|4.05|2|425|5.00|6.00|8.00|1210.39|2002.34|0.00|
|ROPALKA-SNAPSHOT TLSv1.3(a)JDK11.0.4|149742|25|0.02%|9.89|4|1070|12.00|14.00|18.00|499.16|825.83|0.00|
* WFLY17-SNAPSHOT = the [build that is referenced by Adam|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...] in the reproduction steps
* WFLY19-SNAPSHOT:
** https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
** https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (wildfly-elytron version updated)
** https://github.com/wildfly/wildfly/tree/master (wildfly-core version updated)
* ROPALKA-SNAPSHOT:
** https://github.com/ropalka/wildfly-elytron/tree/FJUMA-ELY-1706
** https://github.com/ropalka/wildfly-core/tree/FJUMA-WFCORE-4172
** https://github.com/ropalka/wildfly/tree/FJUMA-WFCORE-4172 (wildfly-core version updated)
Note there are some errors present with TLSv1.3 and JDK 11.0.4 version, haven't looked into them more thoroughly yet.
My environment:
{code}
$ uname -a
Linux dhcp-10-40-5-4.brq.redhat.com 5.3.8-200.fc30.x86_64 #1 SMP Tue Oct 29 14:46:22 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
JDK11.0.1
$ /home/jstourac/jdks/jdk-11/bin/java -version
java version "11.0.1" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)
JDK11.0.4
$ /home/jstourac/jdks/jdk-11.0.4+11/bin/java -version
openjdk version "11.0.4" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.4+11)
Eclipse OpenJ9 VM AdoptOpenJDK (build openj9-0.15.1, JRE 11 Linux amd64-64-Bit Compressed References 20190717_286 (JIT enabled, AOT enabled)
OpenJ9 - 0f66c6431
OMR - ec782f26
JCL - fa49279450 based on jdk-11.0.4+11)
Apache JMeter v5.1.1
{code}
This is done for JSSE provider as described in reproduction steps section. Out of curiosity, I'm gonna perform similar check also for wildfly-openssl security provider and post my findings here too.
> Fix throughput and response time differences between TLS 1.2 and TLS 1.3
> ------------------------------------------------------------------------
>
> Key: WFWIP-160
> URL: https://issues.jboss.org/browse/WFWIP-160
> Project: WildFly WIP
> Issue Type: Task
> Components: Web (Undertow)
> Reporter: Farah Juma
> Assignee: Richard Opalka
> Priority: Blocker
> Attachments: jstourac-report.zip, results-tlsv12.zip, results-tlsv13.zip
>
>
> Performance with TLS 1.3 on WildFly appears to be worse than with TLS 1.2. In particular, throughput is much lower (roughly three times lower) and response time is much higher (roughly three times higher), which is not supposed to be the case. The underlying issue seems to be in Undertow or XNIO, that is the code that actually gets invoked during the TLS handshake process. Looking at CPU time, there is significantly more time being spent in [io.undertow.protocols.ssl.SslConduit$5.run()|https://github.com/undertow-...] with TLS 1.3 than with TLS 1.2.
> Steps to reproduce (taken from EAP7-1022):
> 1. Build WildFly using the following feature branches or download a QE build of WildFly [here|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...]:
> https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
> https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (Update the Elytron version in the pom.xml file to use the version built in the previous step)
> https://github.com/fjuma/wildfly/tree/WFCORE-4172 (Update the Core version in the pom.xml file to use the version built in the previous step)
> 2. Download and unzip JMeter from https://jmeter.apache.org/download_jmeter.cgi
> 3. Download attached test plan [TLSv1.3.jmx|https://issues.jboss.org/secure/attachment/12449098/12449098_...]
> 4. Configure and start server with TLSv1.3 and JDK 11:
> {code}
> connect
> /subsystem=elytron/key-store=tls13:add(path=keystore.jks,relative-to=jboss.server.config.dir,credential-reference={clear-text=secret},type=JKS)
> /subsystem=elytron/key-store=tls13:generate-key-pair(alias=localhost,algorithm=RSA,key-size=1024,validity=365,credential-reference={clear-text=secret},distinguished-name="CN=localhost")
> /subsystem=elytron/key-store=tls13:store()
> /subsystem=elytron/key-manager=tls13:add(key-store=tls13,credential-reference={clear-text=secret})
> /subsystem=elytron/server-ssl-context=tls13:add(key-manager=tls13,protocols=["TLSv1.3"])
> batch
> /subsystem=undertow/server=default-server/https-listener=https:undefine-attribute(name=security-realm)
> /subsystem=undertow/server=default-server/https-listener=https:write-attribute(name=ssl-context,value=tls13)
> run-batch
> reload
> {code}
> 5. Start jmeter with JDK 11 and downloaded test plan
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv13.log -o results-tlsv13
> {code}
> 6. Set server to use TLSv1.2
> {code}
> /subsystem=elytron/server-ssl-context=tls13:write-attribute(name=protocols,value=["TLSv1.2"])
> reload
> {code}
> 7. Repeat same for TLSv1.2
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv12.log -o results-tlsv12
> {code}
> 8. Compare results (there will be an index.html file in the results-tlsv12 and results-tlsv13 directories)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFWIP-160) Fix throughput and response time differences between TLS 1.2 and TLS 1.3
by Jan Stourac (Jira)
[ https://issues.jboss.org/browse/WFWIP-160?page=com.atlassian.jira.plugin.... ]
Jan Stourac updated WFWIP-160:
------------------------------
Attachment: jstourac-report.zip
> Fix throughput and response time differences between TLS 1.2 and TLS 1.3
> ------------------------------------------------------------------------
>
> Key: WFWIP-160
> URL: https://issues.jboss.org/browse/WFWIP-160
> Project: WildFly WIP
> Issue Type: Task
> Components: Web (Undertow)
> Reporter: Farah Juma
> Assignee: Richard Opalka
> Priority: Blocker
> Attachments: jstourac-report.zip, results-tlsv12.zip, results-tlsv13.zip
>
>
> Performance with TLS 1.3 on WildFly appears to be worse than with TLS 1.2. In particular, throughput is much lower (roughly three times lower) and response time is much higher (roughly three times higher), which is not supposed to be the case. The underlying issue seems to be in Undertow or XNIO, that is the code that actually gets invoked during the TLS handshake process. Looking at CPU time, there is significantly more time being spent in [io.undertow.protocols.ssl.SslConduit$5.run()|https://github.com/undertow-...] with TLS 1.3 than with TLS 1.2.
> Steps to reproduce (taken from EAP7-1022):
> 1. Build WildFly using the following feature branches or download a QE build of WildFly [here|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...]:
> https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
> https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (Update the Elytron version in the pom.xml file to use the version built in the previous step)
> https://github.com/fjuma/wildfly/tree/WFCORE-4172 (Update the Core version in the pom.xml file to use the version built in the previous step)
> 2. Download and unzip JMeter from https://jmeter.apache.org/download_jmeter.cgi
> 3. Download attached test plan [TLSv1.3.jmx|https://issues.jboss.org/secure/attachment/12449098/12449098_...]
> 4. Configure and start server with TLSv1.3 and JDK 11:
> {code}
> connect
> /subsystem=elytron/key-store=tls13:add(path=keystore.jks,relative-to=jboss.server.config.dir,credential-reference={clear-text=secret},type=JKS)
> /subsystem=elytron/key-store=tls13:generate-key-pair(alias=localhost,algorithm=RSA,key-size=1024,validity=365,credential-reference={clear-text=secret},distinguished-name="CN=localhost")
> /subsystem=elytron/key-store=tls13:store()
> /subsystem=elytron/key-manager=tls13:add(key-store=tls13,credential-reference={clear-text=secret})
> /subsystem=elytron/server-ssl-context=tls13:add(key-manager=tls13,protocols=["TLSv1.3"])
> batch
> /subsystem=undertow/server=default-server/https-listener=https:undefine-attribute(name=security-realm)
> /subsystem=undertow/server=default-server/https-listener=https:write-attribute(name=ssl-context,value=tls13)
> run-batch
> reload
> {code}
> 5. Start jmeter with JDK 11 and downloaded test plan
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv13.log -o results-tlsv13
> {code}
> 6. Set server to use TLSv1.2
> {code}
> /subsystem=elytron/server-ssl-context=tls13:write-attribute(name=protocols,value=["TLSv1.2"])
> reload
> {code}
> 7. Repeat same for TLSv1.2
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv12.log -o results-tlsv12
> {code}
> 8. Compare results (there will be an index.html file in the results-tlsv12 and results-tlsv13 directories)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFWIP-160) Fix throughput and response time differences between TLS 1.2 and TLS 1.3
by Jan Stourac (Jira)
[ https://issues.jboss.org/browse/WFWIP-160?page=com.atlassian.jira.plugin.... ]
Jan Stourac commented on WFWIP-160:
-----------------------------------
Hi [~ropalka], [~fjuma],
thanks for the looking into this. I've re-checked on my side too and I have to admit that I suspect one of us is doing something differently. I can see there is some performance improvement with current build of WildFly and JDK11.0.4, although this applies also against TLSv1.2. As such there can still be seen quite insignificant performance drop with TLSv1.3 when compared against TLSv1.2 in our scenario.
I've followed steps that Adam has described in the reproduction steps section and I can see following data:
||Requests||Executions|| || ||Response Times (ms)|| || || || || ||Throughput||Network (KB/sec)|| ||
||Label||#Samples||KO||Error %||Average||Min||Max||90th pct||95th pct||99th pct||Transactions/s||Received||Sent||
|WFLY17-SNAPSHOT TLSv1.2(a)JDK11.0.1|277697|0|0.00%|5.29|2|1029|6.00|7.00|11.00|925.72|1524.19|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.1|93551|0|0.00%|15.83|7|1048|17.00|19.00|24.00|311.85|513.45|0.00|
|WFLY17-SNAPSHOT TLSv1.3(a)JDK11.0.4|138864|16|0.01%|10.65|5|1063|14.00|16.00|22.00|462.89|762.20|0.00|
|WFLY19-SNAPSHOT TLSv1.2(a)JDK11.0.4|419609|0|0.00%|3.50|2|517|5.00|6.00|8.00|1398.79|2314.01|0.00|
|WFLY19-SNAPSHOT TLSv1.3(a)JDK11.0.4|138843|18|0.01%|10.65|5|1067|13.00|14.00|17.00| 462.82|765.69|0.00|
|ROPALKA-SNAPSHOT TLSv1.2(a)JDK11.0.4|363104|0|0.00%|4.05|2|425|5.00|6.00|8.00|1210.39|2002.34|0.00|
|ROPALKA-SNAPSHOT TLSv1.3(a)JDK11.0.4|149742|25|0.02%|9.89|4|1070|12.00|14.00|18.00|499.16|825.83|0.00|
* WFLY17-SNAPSHOT = the [build that is referenced by Adam|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...] in the reproduction steps
* WFLY19-SNAPSHOT:
** https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
** https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (wildfly-elytron version updated)
** https://github.com/wildfly/wildfly/tree/master (wildfly-core version updated)
* ROPALKA-SNAPSHOT:
** https://github.com/ropalka/wildfly-elytron/tree/FJUMA-ELY-1706
** https://github.com/ropalka/wildfly-core/tree/FJUMA-WFCORE-4172
** https://github.com/ropalka/wildfly/tree/FJUMA-WFCORE-4172 (wildfly-core version updated)
Note there are some errors present with TLSv1.3 and JDK 11.0.4 version, haven't looked into them more thoroughly yet.
My environment:
{code}
$ uname -a
Linux dhcp-10-40-5-4.brq.redhat.com 5.3.8-200.fc30.x86_64 #1 SMP Tue Oct 29 14:46:22 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
JDK11.0.1
$ /home/jstourac/jdks/jdk-11/bin/java -version
java version "11.0.1" 2018-10-16 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.1+13-LTS)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.1+13-LTS, mixed mode)
JDK11.0.4
$ /home/jstourac/jdks/jdk-11.0.4+11/bin/java -version
openjdk version "11.0.4" 2019-07-16
OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.4+11)
Eclipse OpenJ9 VM AdoptOpenJDK (build openj9-0.15.1, JRE 11 Linux amd64-64-Bit Compressed References 20190717_286 (JIT enabled, AOT enabled)
OpenJ9 - 0f66c6431
OMR - ec782f26
JCL - fa49279450 based on jdk-11.0.4+11)
Apache JMeter v5.1.1
{code}
This is done for JSSE provider as described in reproduction steps section. Out of curiosity, I'm gonna perform similar check also for wildfly-openssl security provider and post my findings here too.
> Fix throughput and response time differences between TLS 1.2 and TLS 1.3
> ------------------------------------------------------------------------
>
> Key: WFWIP-160
> URL: https://issues.jboss.org/browse/WFWIP-160
> Project: WildFly WIP
> Issue Type: Task
> Components: Web (Undertow)
> Reporter: Farah Juma
> Assignee: Richard Opalka
> Priority: Blocker
> Attachments: jstourac-report.zip, results-tlsv12.zip, results-tlsv13.zip
>
>
> Performance with TLS 1.3 on WildFly appears to be worse than with TLS 1.2. In particular, throughput is much lower (roughly three times lower) and response time is much higher (roughly three times higher), which is not supposed to be the case. The underlying issue seems to be in Undertow or XNIO, that is the code that actually gets invoked during the TLS handshake process. Looking at CPU time, there is significantly more time being spent in [io.undertow.protocols.ssl.SslConduit$5.run()|https://github.com/undertow-...] with TLS 1.3 than with TLS 1.2.
> Steps to reproduce (taken from EAP7-1022):
> 1. Build WildFly using the following feature branches or download a QE build of WildFly [here|https://eap-qe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/undertow-...]:
> https://github.com/fjuma/wildfly-elytron/tree/ELY-1706
> https://github.com/fjuma/wildfly-core/tree/WFCORE-4172 (Update the Elytron version in the pom.xml file to use the version built in the previous step)
> https://github.com/fjuma/wildfly/tree/WFCORE-4172 (Update the Core version in the pom.xml file to use the version built in the previous step)
> 2. Download and unzip JMeter from https://jmeter.apache.org/download_jmeter.cgi
> 3. Download attached test plan [TLSv1.3.jmx|https://issues.jboss.org/secure/attachment/12449098/12449098_...]
> 4. Configure and start server with TLSv1.3 and JDK 11:
> {code}
> connect
> /subsystem=elytron/key-store=tls13:add(path=keystore.jks,relative-to=jboss.server.config.dir,credential-reference={clear-text=secret},type=JKS)
> /subsystem=elytron/key-store=tls13:generate-key-pair(alias=localhost,algorithm=RSA,key-size=1024,validity=365,credential-reference={clear-text=secret},distinguished-name="CN=localhost")
> /subsystem=elytron/key-store=tls13:store()
> /subsystem=elytron/key-manager=tls13:add(key-store=tls13,credential-reference={clear-text=secret})
> /subsystem=elytron/server-ssl-context=tls13:add(key-manager=tls13,protocols=["TLSv1.3"])
> batch
> /subsystem=undertow/server=default-server/https-listener=https:undefine-attribute(name=security-realm)
> /subsystem=undertow/server=default-server/https-listener=https:write-attribute(name=ssl-context,value=tls13)
> run-batch
> reload
> {code}
> 5. Start jmeter with JDK 11 and downloaded test plan
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv13.log -o results-tlsv13
> {code}
> 6. Set server to use TLSv1.2
> {code}
> /subsystem=elytron/server-ssl-context=tls13:write-attribute(name=protocols,value=["TLSv1.2"])
> reload
> {code}
> 7. Repeat same for TLSv1.2
> {code}
> export JAVA_HOME=/path/to/java/openjdk-11.0.2; bin/jmeter -n -t TLSv1.3.jmx -e -l tlsv12.log -o results-tlsv12
> {code}
> 8. Compare results (there will be an index.html file in the results-tlsv12 and results-tlsv13 directories)
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (DROOLS-4677) [DMN Designer] Data Types - Handle read-only Data Types in the drag and drop list
by Elizabeth Clayton (Jira)
[ https://issues.jboss.org/browse/DROOLS-4677?page=com.atlassian.jira.plugi... ]
Elizabeth Clayton updated DROOLS-4677:
--------------------------------------
Sprint: 2019 Week 47-49 (from Nov 18)
> [DMN Designer] Data Types - Handle read-only Data Types in the drag and drop list
> ---------------------------------------------------------------------------------
>
> Key: DROOLS-4677
> URL: https://issues.jboss.org/browse/DROOLS-4677
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.29.0.Final
> Reporter: Guilherme Gomes
> Assignee: Elizabeth Clayton
> Priority: Major
> Labels: UXTeam, drools-tools, ux
>
> The new drag and drop mechanism, added by the [Data Type UI enhancements|https://docs.google.com/presentation/u/1/d/10GZUd6oLaQohK27i...] does not specify how to handle read-only data types.
> Scenarios:
> - A User drags a regular data type to a position inside of read-only data type
> - A User drags a read-only data type to a position inside of regular data type
> _Notice: Read only data types appear when a DMN model has another DMN model included, and the external one has some data types._
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0
[JBoss JIRA] (WFWIP-267) Operator does not provide way to expose arbitrary port
by Martin Svehla (Jira)
Martin Svehla created WFWIP-267:
-----------------------------------
Summary: Operator does not provide way to expose arbitrary port
Key: WFWIP-267
URL: https://issues.jboss.org/browse/WFWIP-267
Project: WildFly WIP
Issue Type: Bug
Components: OpenShift
Reporter: Martin Svehla
Assignee: Jeff Mesnil
Going through non-Operator approach scenarios we have identified Operator is missing this feature: way to expose arbitrary container port, e.g:
- https:8443
- jolokia:8778
- debugging:5000
- dns-ping:8888
- any app specific port
Could be partially workarounded by `oc port-forward` capability
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 8 months
- 1
- 0