[JBoss JIRA] (WFLY-11026) Journal compacting doesn't work with JDK 11
by Ingo Weiss (Jira)
[ https://issues.jboss.org/browse/WFLY-11026?page=com.atlassian.jira.plugin... ]
Ingo Weiss commented on WFLY-11026:
-----------------------------------
[~mnovak], I completely forgot about this module dependency. Here's the new build, https://drive.google.com/open?id=1w1AkYFWFgJjXwZ-Cwdd5tQla3_71o57i.
> Journal compacting doesn't work with JDK 11
> -------------------------------------------
>
> Key: WFLY-11026
> URL: https://issues.jboss.org/browse/WFLY-11026
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 14.0.0.Final
> Environment: {noformat}
> java 11-ea 2018-09-25
> Java(TM) SE Runtime Environment 18.9 (build 11-ea+21)
> Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11-ea+21, mixed mode)
> {noformat}
> Reporter: Martin Styk
> Assignee: Ingo Weiss
> Priority: Critical
> Labels: Java11, jdk10, jdk11
>
> Journal compacting doesn't work with Artemis 1.5 and JDK 11
> It fails with following stack trace:
> {noformat}
> 12:34:58,017 ERROR [org.apache.activemq.artemis.journal] (Thread-2 (ActiveMQ-IO-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$4@5483fda8)) AMQ144003: Error compacting: java.lang.reflect.InvocationTargetException
> 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 io.netty@4.1.25.Final//io.netty.util.internal.CleanerJava9.freeDirectBuffer(CleanerJava9.java:77)
> at io.netty@4.1.25.Final//io.netty.util.internal.PlatformDependent.freeDirectBuffer(PlatformDependent.java:388)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFileFactory.releaseBuffer(NIOSequentialFileFactory.java:175)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.doInternalWrite(NIOSequentialFile.java:312)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.internalWrite(NIOSequentialFile.java:282)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.io.nio.NIOSequentialFile.writeDirect(NIOSequentialFile.java:255)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.AbstractJournalUpdateTask.flush(AbstractJournalUpdateTask.java:217)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.compact(JournalImpl.java:1520)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl$14.run(JournalImpl.java:2060)
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: java.lang.IllegalArgumentException: duplicate or slice
> at jdk.unsupported/sun.misc.Unsafe.invokeCleaner(Unsafe.java:1238)
> {noformat}
> This causes issues also in scenario with journal replication.
> {noformat}
> 13:09:32,133 WARN [org.apache.activemq.artemis.core.server] (Thread-173) AMQ222013: Error when trying to start replication: java.lang.RuntimeException: Error during compact, look at the logs
> at org.apache.activemq.artemis.journal@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.journal.impl.JournalImpl.scheduleCompactAndBlock(JournalImpl.java:1428)
> at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.persistence.impl.journal.JournalStorageManager.startReplication(JournalStorageManager.java:540)
> at org.apache.activemq.artemis@1.5.5.jbossorg-012//org.apache.activemq.artemis.core.server.impl.SharedNothingLiveActivation$2.run(SharedNothingLiveActivation.java:166)
> at java.base/java.lang.Thread.run(Thread.java:834)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFCORE-4251) Provide ability to list modules which are on deployment's classpath
by Yeray Borges (Jira)
Yeray Borges created WFCORE-4251:
------------------------------------
Summary: Provide ability to list modules which are on deployment's classpath
Key: WFCORE-4251
URL: https://issues.jboss.org/browse/WFCORE-4251
Project: WildFly Core
Issue Type: Feature Request
Components: Server
Reporter: Yeray Borges
Assignee: Yeray Borges
Provide ability to list modules which are on deployment's classpath.
Expose that via mgmt run-time model, so it gets available in CLI.
Current possibilities:
Currently only debugging of application server can reveal this information and user must have good knowledge about management internals.
Use cases:
When optimizing footprint of an application user can use this list to identify unneeded implicit dependencies and exclude them.
This feature can be used to identify duplicated dependencies delivered via deployed application.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-11481) EL expressions that contain unnecessary parentheses fail
by Teresa Miyar (Jira)
[ https://issues.jboss.org/browse/WFLY-11481?page=com.atlassian.jira.plugin... ]
Teresa Miyar updated WFLY-11481:
--------------------------------
Attachment: javax.el-3.0.1-SNAPSHOT.jar
> EL expressions that contain unnecessary parentheses fail
> --------------------------------------------------------
>
> Key: WFLY-11481
> URL: https://issues.jboss.org/browse/WFLY-11481
> Project: WildFly
> Issue Type: Bug
> Reporter: Teresa Miyar
> Assignee: Teresa Miyar
> Priority: Major
> Labels: el-expresion
> Attachments: helloworld.war
>
>
> EL with unnecessary parentheses fail. For instance:
> {code}
> <c:set var = "i" scope = "session" value = "1"/>
> <c:if test="${(i) == '1'}">
> <p>i is: <c:out value = "${i}"/><p>
> </c:if>
> {code}
> The root exception clarified by byteman is:
> {code}
> 15:16:51,903 INFO [stdout] (http_8080 task-1) ----------------------->ParseException.init
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ParseException.<init>(ParseException.java:179)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.generateParseException(ELParser.java:2963)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.jj_consume_token(ELParser.java:2845)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.LambdaExpression(ELParser.java:295)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.Assignment(ELParser.java:226)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.SemiColon(ELParser.java:181)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.Expression(ELParser.java:174)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.DynamicExpression(ELParser.java:146)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.CompositeExpression(ELParser.java:43)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.createNodeInternal(ExpressionBuilder.java:182)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:237)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:295)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:112)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$JspAttribute.validateEL(Node.java:2151)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.getJspAttribute(Validator.java:1400)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:1204)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:855)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1535)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2375)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2427)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2433)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Root.accept(Node.java:464)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2375)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator.validateExDirectives(Validator.java:1834)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:218)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:652)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> {code}
> Parser seems confused as if there's a Lamda expression to resolve. Seems tomcat had a similar issue:
> https://bz.apache.org/bugzilla/show_bug.cgi?id=56179
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-11481) EL expressions that contain unnecessary parentheses fail
by Teresa Miyar (Jira)
[ https://issues.jboss.org/browse/WFLY-11481?page=com.atlassian.jira.plugin... ]
Teresa Miyar updated WFLY-11481:
--------------------------------
Attachment: (was: javax.el-3.0.1-SNAPSHOT.jar)
> EL expressions that contain unnecessary parentheses fail
> --------------------------------------------------------
>
> Key: WFLY-11481
> URL: https://issues.jboss.org/browse/WFLY-11481
> Project: WildFly
> Issue Type: Bug
> Reporter: Teresa Miyar
> Assignee: Teresa Miyar
> Priority: Major
> Labels: el-expresion
> Attachments: helloworld.war
>
>
> EL with unnecessary parentheses fail. For instance:
> {code}
> <c:set var = "i" scope = "session" value = "1"/>
> <c:if test="${(i) == '1'}">
> <p>i is: <c:out value = "${i}"/><p>
> </c:if>
> {code}
> The root exception clarified by byteman is:
> {code}
> 15:16:51,903 INFO [stdout] (http_8080 task-1) ----------------------->ParseException.init
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ParseException.<init>(ParseException.java:179)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.generateParseException(ELParser.java:2963)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.jj_consume_token(ELParser.java:2845)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.LambdaExpression(ELParser.java:295)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.Assignment(ELParser.java:226)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.SemiColon(ELParser.java:181)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.Expression(ELParser.java:174)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.DynamicExpression(ELParser.java:146)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.parser.ELParser.CompositeExpression(ELParser.java:43)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.createNodeInternal(ExpressionBuilder.java:182)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.build(ExpressionBuilder.java:237)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.lang.ExpressionBuilder.createValueExpression(ExpressionBuilder.java:295)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) com.sun.el.ExpressionFactoryImpl.createValueExpression(ExpressionFactoryImpl.java:112)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$JspAttribute.validateEL(Node.java:2151)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.getJspAttribute(Validator.java:1400)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.checkXmlAttributes(Validator.java:1204)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:855)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1535)
> 15:16:51,904 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2375)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2427)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2433)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Root.accept(Node.java:464)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2375)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Validator.validateExDirectives(Validator.java:1834)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:218)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:354)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:334)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.compiler.Compiler.compile(Compiler.java:321)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:652)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:358)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:403)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:347)
> 15:16:51,905 INFO [stdout] (http_8080 task-1) javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> {code}
> Parser seems confused as if there's a Lamda expression to resolve. Seems tomcat had a similar issue:
> https://bz.apache.org/bugzilla/show_bug.cgi?id=56179
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months
[JBoss JIRA] (WFLY-11489) SFSB not sticky on a single cluster node when clustering of the bean is disabled
by Jörg Bäsner (Jira)
Jörg Bäsner created WFLY-11489:
----------------------------------
Summary: SFSB not sticky on a single cluster node when clustering of the bean is disabled
Key: WFLY-11489
URL: https://issues.jboss.org/browse/WFLY-11489
Project: WildFly
Issue Type: Bug
Components: Clustering, Remoting
Affects Versions: 15.0.0.Final
Environment: A clustered environment with 2 nodes. Both nodes started with an unmodified {{standalone-ha.xml}} configuration (see _Steps to Reproduce_)
This issue happens on 15.0.0.Final and was tested as well as on current head (sha: 372697282dccefd0b9df48e6aa4dcb69e1c4b40f).
Reporter: Jörg Bäsner
Assignee: Paul Ferraro
Attachments: reproducer.zip
In case a stateful session bean is annotated with:
{{@Stateful(passivationCapable=false)}}
then the serialization is *disabled* and thus the bean is only available on a single cluster node.
When a client now calls two different methods on this stateful bean it intermittently ends up on different cluster nodes, resulting in the following Exception:
{code}
ERROR [org.jboss.as.ejb3.invocation] (default task-2) WFLYEJB0034: EJB Invocation failed on component TestSessionEJB for method public abstract void test.ITestSession.method2(java.lang.String,java.lang.String) throws javax.ejb.EJBException,java.rmi.RemoteException: javax.ejb.NoSuchEJBException: WFLYEJB0168: Could not find EJB with id UUIDSessionID [4b0f4a27-40ba-411b-8852-0108a5ec64f4]
at org.jboss.as.ejb3.component.stateful.StatefulComponentInstanceInterceptor.processInvocation(StatefulComponentInstanceInterceptor.java:55)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:54)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.deployment.processors.EjbSuspendInterceptor.processInvocation(EjbSuspendInterceptor.java:57)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:618)
at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
at org.wildfly.security.auth.server.SecurityIdentity.runAsFunctionEx(SecurityIdentity.java:406)
at org.jboss.as.ejb3.remote.AssociationImpl.invokeWithIdentity(AssociationImpl.java:565)
at org.jboss.as.ejb3.remote.AssociationImpl.invokeMethod(AssociationImpl.java:546)
at org.jboss.as.ejb3.remote.AssociationImpl.lambda$receiveInvocationRequest$0(AssociationImpl.java:197)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
at java.lang.Thread.run(Thread.java:748)
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 5 months