[JBoss JIRA] (JGRP-2144) FD_HOST doesn't print stack trace
by Osamu Nagano (JIRA)
[ https://issues.jboss.org/browse/JGRP-2144?page=com.atlassian.jira.plugin.... ]
Osamu Nagano updated JGRP-2144:
-------------------------------
Description:
Something happened in {{FD_HOST}} but a stack trace is omitted, which could have a clue to the root cause.
{code}
2016-11-02 15:55:49,738 SEVERE [org.jgroups.protocols.FD_HOST] (Timer-2,node331-53459) node331-53459: ping command failed: java.lang.NullPointerException
{code}
was:
Something happened in {{FD_HOST}} but a stack trace is omitted, which could have a clue to the root cause.
{code}
2016-11-02 15:55:49,738 SEVERE [org.jgroups.protocols.FD_HOST] (Timer-2,ekdgp331-53459) node331-53459: ping command failed: java.lang.NullPointerException
{code}
> FD_HOST doesn't print stack trace
> ---------------------------------
>
> Key: JGRP-2144
> URL: https://issues.jboss.org/browse/JGRP-2144
> Project: JGroups
> Issue Type: Bug
> Reporter: Osamu Nagano
> Assignee: Osamu Nagano
> Priority: Minor
> Fix For: 3.6.12, 4.0
>
>
> Something happened in {{FD_HOST}} but a stack trace is omitted, which could have a clue to the root cause.
> {code}
> 2016-11-02 15:55:49,738 SEVERE [org.jgroups.protocols.FD_HOST] (Timer-2,node331-53459) node331-53459: ping command failed: java.lang.NullPointerException
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7275) Wildfly eats the CPU up to 100% and does not respond
by Christian Bjørnbak (JIRA)
[ https://issues.jboss.org/browse/WFLY-7275?page=com.atlassian.jira.plugin.... ]
Christian Bjørnbak commented on WFLY-7275:
------------------------------------------
I experience the same problem. A Wildfly 11 GA is not anytime soon. Shouldn't a serious bug like this be backported and released in a WF 10.2?
> Wildfly eats the CPU up to 100% and does not respond
> ----------------------------------------------------
>
> Key: WFLY-7275
> URL: https://issues.jboss.org/browse/WFLY-7275
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 10.1.0.Final
> Environment: Ubuntu 14.04, Linux 3.19, Oracle Java 8u91 64-bit
> Reporter: Krisztian Kocsis
> Assignee: Stuart Douglas
> Fix For: 11.0.0.Alpha1
>
> Attachments: Screen Shot 2016-10-07 at 20.18.27.png, Screen Shot 2016-10-07 at 20.18.31.png, wildfly-after-hang+1min.txt, wildfly-after-hang.txt, wildfly-hang-real-stacktrace.txt, wildfly-hang.txt
>
>
> Hi!
>
> I have a JAX-RS application and after a lot of load, one thread eats up the CPU (100% usage) even when the load test app is terminated, and never drops down until I restart the app server.
> It causes me a lot of headeches because it totally makes the app server unusable until I restart, but the users unable to use the app in the meanwhile.
>
> I'v attached the stack trace but I unfortunately don't see anything according to my knowledge.
> Please help me, I can provide more information if necessary.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (DROOLS-1381) ConcurrentModificationException in ServiceLoader in org.kie.server.services.impl.security.JACCIdentityProvider.getNameFromAdapter
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1381?page=com.atlassian.jira.plugi... ]
Edson Tirelli reassigned DROOLS-1381:
-------------------------------------
Assignee: Maciej Swiderski (was: Edson Tirelli)
> ConcurrentModificationException in ServiceLoader in org.kie.server.services.impl.security.JACCIdentityProvider.getNameFromAdapter
> ---------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-1381
> URL: https://issues.jboss.org/browse/DROOLS-1381
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 6.4.0.Final
> Reporter: Marek Schmidt
> Assignee: Maciej Swiderski
>
> Spotted a ConcurrentModificationException just after startup with multiple clients starting processes concurrently.
> Seems the problem is unsynchronized access to the service loader in org.kie.server.services.impl.security.JACCIdentityProvider.getNameFromAdapter , so it may only occur after startup (e.g. when the node joins a busy cluster)
> {noformat}
> [0m[33m18:03:52,495 WARN [org.drools.persistence.SingleSessionCommandService] (default-threads - 40) Could not commit session: java.util.ConcurrentModificationException
> at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:719) [rt.jar:1.8.0_111]
> at java.util.LinkedHashMap$LinkedEntryIterator.next(LinkedHashMap.java:752) [rt.jar:1.8.0_111]
> at java.util.LinkedHashMap$LinkedEntryIterator.next(LinkedHashMap.java:750) [rt.jar:1.8.0_111]
> at java.util.ServiceLoader$1.next(ServiceLoader.java:479) [rt.jar:1.8.0_111]
> at org.kie.server.services.impl.security.JACCIdentityProvider.getNameFromAdapter(JACCIdentityProvider.java:98)
> at org.kie.server.services.impl.security.JACCIdentityProvider.getName(JACCIdentityProvider.java:50)
> at org.jbpm.kie.services.impl.audit.ServicesAwareAuditEventBuilder.buildEvent(ServicesAwareAuditEventBuilder.java:50)
> at org.jbpm.process.audit.JPAWorkingMemoryDbLogger.beforeProcessStarted(JPAWorkingMemoryDbLogger.java:137)
> at org.drools.core.event.ProcessEventSupport.fireBeforeProcessStarted(ProcessEventSupport.java:40)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcessInstance(ProcessRuntimeImpl.java:207)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:191)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:183)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.startProcess(StatefulKnowledgeSessionImpl.java:1834)
> at org.drools.core.command.runtime.process.StartProcessCommand.execute(StartProcessCommand.java:122)
> at org.drools.core.command.runtime.process.StartProcessCommand.execute(StartProcessCommand.java:40)
> at org.drools.core.command.impl.DefaultCommandService.execute(DefaultCommandService.java:36)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.SingleSessionCommandService$TransactionInterceptor.execute(SingleSessionCommandService.java:592)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:82)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.jta.TransactionLockInterceptor.execute(TransactionLockInterceptor.java:73)
> at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:385)
> at org.drools.core.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:256)
> at org.jbpm.kie.services.impl.ProcessServiceImpl.startProcess(ProcessServiceImpl.java:97)
> at org.kie.server.services.jbpm.ProcessServiceBase.startProcess(ProcessServiceBase.java:86)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.apache.commons.lang3.reflect.MethodUtils.invokeMethod(MethodUtils.java:133)
> at org.apache.commons.lang3.reflect.MethodUtils.invokeMethod(MethodUtils.java:94)
> at org.kie.server.services.jbpm.JBPMKieContainerCommandServiceImpl.executeScript(JBPMKieContainerCommandServiceImpl.java:128)
> at org.kie.server.jms.KieServerMDB.onMessage(KieServerMDB.java:238)
> at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:375)
> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:86)
> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:97)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:375)
> at org.openshift.kieserver.jms.redirect.RedirectInterceptor.doIntercept(RedirectInterceptor.java:190)
> at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:104)
> at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:60)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:93)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription$5$1.processInvocation(MessageDrivenComponentDescription.java:203)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189)
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
> at javax.jms.MessageListener$$$view5.onMessage(Unknown Source)
> at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:140)
> at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:73)
> at com.sun.proxy.$Proxy137.onMessage(Unknown Source)
> at org.apache.activemq.ra.MessageEndpointProxy$MessageEndpointAlive.onMessage(MessageEndpointProxy.java:123)
> at org.apache.activemq.ra.MessageEndpointProxy.onMessage(MessageEndpointProxy.java:64)
> at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:1038)
> at org.apache.activemq.ra.ServerSessionImpl.run(ServerSessionImpl.java:169)
> at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:215)
> at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
> at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
> at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
> at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> [0m[31m18:03:52,684 ERROR [org.kie.server.services.jbpm.JBPMKieContainerCommandServiceImpl] (default-threads - 40) Error while processing DescriptorCommand{service='ProcessService', method='startProcess', arguments='[org.kie.server.api.model.type.JaxbString@6072ba29, org.kie.server.api.model.type.JaxbString@93a367e]', marshallerFormat='xml', payload=<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
> <map-type>
> <entries/>
> </map-type>
> } command: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_111]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.apache.commons.lang3.reflect.MethodUtils.invokeMethod(MethodUtils.java:133)
> at org.apache.commons.lang3.reflect.MethodUtils.invokeMethod(MethodUtils.java:94)
> at org.kie.server.services.jbpm.JBPMKieContainerCommandServiceImpl.executeScript(JBPMKieContainerCommandServiceImpl.java:128)
> at org.kie.server.jms.KieServerMDB.onMessage(KieServerMDB.java:238)
> at sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:375)
> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:86)
> at org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:97)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:375)
> at org.openshift.kieserver.jms.redirect.RedirectInterceptor.doIntercept(RedirectInterceptor.java:190)
> at sun.reflect.GeneratedMethodAccessor51.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)
> at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.tx.EjbBMTInterceptor.handleInvocation(EjbBMTInterceptor.java:104)
> at org.jboss.as.ejb3.tx.BMTInterceptor.processInvocation(BMTInterceptor.java:60)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:93)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:21)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:53)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:51)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:89)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ejb3.component.messagedriven.MessageDrivenComponentDescription$5$1.processInvocation(MessageDrivenComponentDescription.java:203)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.as.ee.component.TCCLInterceptor.processInvocation(TCCLInterceptor.java:45)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:189)
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:288)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:73)
> at javax.jms.MessageListener$$$view5.onMessage(Unknown Source)
> at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source) [:1.8.0_111]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_111]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_111]
> at org.jboss.as.ejb3.inflow.MessageEndpointInvocationHandler.doInvoke(MessageEndpointInvocationHandler.java:140)
> at org.jboss.as.ejb3.inflow.AbstractInvocationHandler.invoke(AbstractInvocationHandler.java:73)
> at com.sun.proxy.$Proxy137.onMessage(Unknown Source)
> at org.apache.activemq.ra.MessageEndpointProxy$MessageEndpointAlive.onMessage(MessageEndpointProxy.java:123)
> at org.apache.activemq.ra.MessageEndpointProxy.onMessage(MessageEndpointProxy.java:64)
> at org.apache.activemq.ActiveMQSession.run(ActiveMQSession.java:1038)
> at org.apache.activemq.ra.ServerSessionImpl.run(ServerSessionImpl.java:169)
> at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:215)
> at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
> at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
> at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
> at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_111]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> Caused by: java.util.ConcurrentModificationException
> at java.util.LinkedHashMap$LinkedHashIterator.nextNode(LinkedHashMap.java:719) [rt.jar:1.8.0_111]
> at java.util.LinkedHashMap$LinkedEntryIterator.next(LinkedHashMap.java:752) [rt.jar:1.8.0_111]
> at java.util.LinkedHashMap$LinkedEntryIterator.next(LinkedHashMap.java:750) [rt.jar:1.8.0_111]
> at java.util.ServiceLoader$1.next(ServiceLoader.java:479) [rt.jar:1.8.0_111]
> at org.kie.server.services.impl.security.JACCIdentityProvider.getNameFromAdapter(JACCIdentityProvider.java:98)
> at org.kie.server.services.impl.security.JACCIdentityProvider.getName(JACCIdentityProvider.java:50)
> at org.jbpm.kie.services.impl.audit.ServicesAwareAuditEventBuilder.buildEvent(ServicesAwareAuditEventBuilder.java:50)
> at org.jbpm.process.audit.JPAWorkingMemoryDbLogger.beforeProcessStarted(JPAWorkingMemoryDbLogger.java:137)
> at org.drools.core.event.ProcessEventSupport.fireBeforeProcessStarted(ProcessEventSupport.java:40)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcessInstance(ProcessRuntimeImpl.java:207)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:191)
> at org.jbpm.process.instance.ProcessRuntimeImpl.startProcess(ProcessRuntimeImpl.java:183)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.startProcess(StatefulKnowledgeSessionImpl.java:1834)
> at org.drools.core.command.runtime.process.StartProcessCommand.execute(StartProcessCommand.java:122)
> at org.drools.core.command.runtime.process.StartProcessCommand.execute(StartProcessCommand.java:40)
> at org.drools.core.command.impl.DefaultCommandService.execute(DefaultCommandService.java:36)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.SingleSessionCommandService$TransactionInterceptor.execute(SingleSessionCommandService.java:592)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.jpa.OptimisticLockRetryInterceptor.execute(OptimisticLockRetryInterceptor.java:82)
> at org.drools.core.command.impl.AbstractInterceptor.executeNext(AbstractInterceptor.java:41)
> at org.drools.persistence.jta.TransactionLockInterceptor.execute(TransactionLockInterceptor.java:73)
> at org.drools.persistence.SingleSessionCommandService.execute(SingleSessionCommandService.java:385)
> at org.drools.core.command.impl.CommandBasedStatefulKnowledgeSession.startProcess(CommandBasedStatefulKnowledgeSession.java:256)
> at org.jbpm.kie.services.impl.ProcessServiceImpl.startProcess(ProcessServiceImpl.java:97)
> at org.kie.server.services.jbpm.ProcessServiceBase.startProcess(ProcessServiceBase.java:86)
> ... 89 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7805) Configuratin for ejb strict-max-pool is confusing regarding derive-size and max-size
by Brian Stansberry (JIRA)
Brian Stansberry created WFLY-7805:
--------------------------------------
Summary: Configuratin for ejb strict-max-pool is confusing regarding derive-size and max-size
Key: WFLY-7805
URL: https://issues.jboss.org/browse/WFLY-7805
Project: WildFly
Issue Type: Enhancement
Components: EJB
Reporter: Wolf-Dieter Fink
Assignee: Brian Stansberry
Priority: Minor
The strict-max pool can be set for automatical configuration with
derive-size (none|from-worker-pools|from-cpu-count) or set the number of pool-entries by use max-pool-size.
If derive-size is set the use of max-pool-size will throw an error during start that the use is exclusive.
But as derive-size="none" mean the same as if the attribute is not set it will be confusing.
- not clear what the pool size is then (I checked it is the default max-pool size =20)
- confusing if it is reset by cli, attr derive-size need to be removed to use max-size
So finally "none" is useless and should be removed.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7804) resteasy-jackson-provider is deprecated in Resteasy 3.1.0.Final
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7804?page=com.atlassian.jira.plugin.... ]
Stuart Douglas moved JBEAP-7895 to WFLY-7804:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-7804 (was: JBEAP-7895)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: REST
(was: Modules)
(was: REST)
Affects Version/s: (was: 7.1.0.DR9)
> resteasy-jackson-provider is deprecated in Resteasy 3.1.0.Final
> ---------------------------------------------------------------
>
> Key: WFLY-7804
> URL: https://issues.jboss.org/browse/WFLY-7804
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
>
> The resteasy-jackson provider is deprecated in resteasy since 3.1.0.Final.
> The default jackson provider for resteasy is since EAP 7.0.0 resteasy-jackson2-provider.
> resteasy-jackson-provider in EAP should be then marked as deprecated.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7746) Fix compatibility between Infinispan and JBoss Marshalling 2.0.0.Beta3
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-7746?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated WFLY-7746:
-------------------------------
Git Pull Request: https://github.com/wildfly/wildfly/pull/9486 (was: https://github.com/wildfly/wildfly/pull/9480)
> Fix compatibility between Infinispan and JBoss Marshalling 2.0.0.Beta3
> ----------------------------------------------------------------------
>
> Key: WFLY-7746
> URL: https://issues.jboss.org/browse/WFLY-7746
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Reporter: Farah Juma
> Assignee: Paul Ferraro
> Priority: Blocker
> Attachments: org.jboss.as.test.clustering.cluster.sso.ClusteredSingleSignOnTestCase-SYNC-tcp-output.txt
>
>
> As part of the wildfly-naming-client integration work, we need to upgrade to JBoss Marshalling 2.0.0.Beta3 (see WFCORE-2044 and WFLY-7675). This upgrade currently results in testsuite failures in {{org.jboss.as.test.clustering.cluster.sso.ClusteredSingleSignOnTestCase}} since Infinispan is still on JBoss Marshalling 1.4.x.
> ISPN-3391 was created a while back to upgrade Infinispan to JBoss Marshalling 2.0.0 but it seems this issue was waiting on a JBoss Marshalling release that adds back some classes that had previously been removed. JBoss Marshalling 2.0.0.Beta3 contains these classes so it should be possible now to upgrade Infinispan to this new version.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7803) Unnecessary replication of class descriptors for distributed SSO
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-7803?page=com.atlassian.jira.plugin.... ]
Paul Ferraro moved JBEAP-7894 to WFLY-7803:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-7803 (was: JBEAP-7894)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 10.1.0.Final
(was: 7.1.0.DR9)
> Unnecessary replication of class descriptors for distributed SSO
> ----------------------------------------------------------------
>
> Key: WFLY-7803
> URL: https://issues.jboss.org/browse/WFLY-7803
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
>
> Specifically:
> * io.undertow.security.api.AuthenticatedSessionManager.AuthenticatedSession
> * io.undertow.security.idm.Account
> * org.wildfly.extension.undertow.security.AccountImpl
> * org.wildfly.extension.undertow.security.AccountImpl.AccountPrincipal
> Should be added to the class table used by the SSP marshalling configuration.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFLY-7802) Unnecessary replication of class descriptors for common non-public JDK classes
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-7802?page=com.atlassian.jira.plugin.... ]
Paul Ferraro moved JBEAP-7892 to WFLY-7802:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-7802 (was: JBEAP-7892)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: 10.1.0.Final
(was: 7.1.0.DR9)
> Unnecessary replication of class descriptors for common non-public JDK classes
> ------------------------------------------------------------------------------
>
> Key: WFLY-7802
> URL: https://issues.jboss.org/browse/WFLY-7802
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.1.0.Final
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
>
> This includes abstract JDK classes whose implementation classes are non-public.
> e.g.
> * java.time.Clock
> * java.time.ZoneId
> * java.util.Locale
> including java.util.Collections wrapper classes for which no externalizers exist:
> e.g.
> * Collections.checked*();
> * Collections.synchronized*();
> * Collections.unmodifiable*();
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months