[JBoss JIRA] (WFWIP-56) IndexOutOfBoundsException in JDBC HA scenario
by Martyn Taylor (JIRA)
[ https://issues.jboss.org/browse/WFWIP-56?page=com.atlassian.jira.plugin.s... ]
Martyn Taylor commented on WFWIP-56:
------------------------------------
Marking as not able to reproduce as neither [~eduda] [~mnovak] or I was able to reproduce.
> IndexOutOfBoundsException in JDBC HA scenario
> ---------------------------------------------
>
> Key: WFWIP-56
> URL: https://issues.jboss.org/browse/WFWIP-56
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Erich Duda
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: feature-branch-blocker
>
> PR: https://github.com/wildfly/wildfly/pull/11355
> *Scenario:*
> * There are two Wildfly servers each containing two Artemis brokers
> * Artemis brokers creates two live-backup pairs. Each Wildfly instance contains one live and one backup
> * Second server has MDB which resends messages from InQueue to OutQueue
> * The second server is stopped and restarted
> After the second server is restarted, everything works correctly for a while. Failback performs successfully, MDB resends messages. However after some time the server starts to print many errors \[1\]. It looks like some messages where corrupted during failover/failback and cannot be delivered.
> The reproducer always hits the issue. The issue is not relevant to particular database, I hit it with Oracle12c and DB2 11.1. I also tried to reduce amount of messages and their size, but I still hit the issue. So it is not related to paging or large messages.
> \[1\]
> {code}
> 15:20:50,010 ERROR [org.apache.activemq.artemis.ra] (Thread-7 (ActiveMQ-client-global-threads)) AMQ154004: Failed to deliver message: java.lang.IndexOutOfBoundsException
> at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readSimpleStringInternal(ChannelBufferWrapper.java:93) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readNullableSimpleString(ChannelBufferWrapper.java:73) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.reader.TextMessageUtil.readBodyText(TextMessageUtil.java:37) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.jms.client.ActiveMQTextMessage.doBeforeReceive(ActiveMQTextMessage.java:112) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:295) [artemis-ra-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_171]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_171]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFWIP-56) IndexOutOfBoundsException in JDBC HA scenario
by Martyn Taylor (JIRA)
[ https://issues.jboss.org/browse/WFWIP-56?page=com.atlassian.jira.plugin.s... ]
Martyn Taylor closed WFWIP-56.
------------------------------
Resolution: Cannot Reproduce
> IndexOutOfBoundsException in JDBC HA scenario
> ---------------------------------------------
>
> Key: WFWIP-56
> URL: https://issues.jboss.org/browse/WFWIP-56
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Erich Duda
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: feature-branch-blocker
>
> PR: https://github.com/wildfly/wildfly/pull/11355
> *Scenario:*
> * There are two Wildfly servers each containing two Artemis brokers
> * Artemis brokers creates two live-backup pairs. Each Wildfly instance contains one live and one backup
> * Second server has MDB which resends messages from InQueue to OutQueue
> * The second server is stopped and restarted
> After the second server is restarted, everything works correctly for a while. Failback performs successfully, MDB resends messages. However after some time the server starts to print many errors \[1\]. It looks like some messages where corrupted during failover/failback and cannot be delivered.
> The reproducer always hits the issue. The issue is not relevant to particular database, I hit it with Oracle12c and DB2 11.1. I also tried to reduce amount of messages and their size, but I still hit the issue. So it is not related to paging or large messages.
> \[1\]
> {code}
> 15:20:50,010 ERROR [org.apache.activemq.artemis.ra] (Thread-7 (ActiveMQ-client-global-threads)) AMQ154004: Failed to deliver message: java.lang.IndexOutOfBoundsException
> at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readSimpleStringInternal(ChannelBufferWrapper.java:93) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.buffers.impl.ChannelBufferWrapper.readNullableSimpleString(ChannelBufferWrapper.java:73) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.reader.TextMessageUtil.readBodyText(TextMessageUtil.java:37) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.jms.client.ActiveMQTextMessage.doBeforeReceive(ActiveMQTextMessage.java:112) [artemis-jms-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQMessageHandler.onMessage(ActiveMQMessageHandler.java:295) [artemis-ra-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.callOnMessage(ClientConsumerImpl.java:1001) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl.access$400(ClientConsumerImpl.java:49) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.core.client.impl.ClientConsumerImpl$Runner.run(ClientConsumerImpl.java:1124) [artemis-core-client-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at org.apache.activemq.artemis.utils.OrderedExecutorFactory$OrderedExecutor$ExecutorTask.run(OrderedExecutorFactory.java:122) [artemis-commons-1.5.5.jbossorg-012.jar:1.5.5.jbossorg-012]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_171]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_171]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_171]
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (DROOLS-2784) CSS for test "expression builder" dock tab design
by Daniele Zonca (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2784?page=com.atlassian.jira.plugi... ]
Daniele Zonca commented on DROOLS-2784:
---------------------------------------
[~srambach]
Sorry but the URLs you posted are on your local machine (localhost) so I cannot see them. Could you please upload them somewhere else?
[~uxdlc]
Ok, so let's try to find a component that we can already use for this first iteration (also to minimize double coding in Sarah activities) and then in a future sprint design and implementation of the component to support multiple instances
> CSS for test "expression builder" dock tab design
> -------------------------------------------------
>
> Key: DROOLS-2784
> URL: https://issues.jboss.org/browse/DROOLS-2784
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Liz Clayton
> Assignee: Sarah Rambacher
> Labels: ScenarioSimulation, UX, UXTeam
> Attachments: Screen Shot 2018-07-24 at 9.19.37 AM.png
>
>
> As a practitioner I want to the option to an expression builder within the UI to:
> - search for and select from a set of hierarchical Data Objects
> - set conditions
> - name variables
> so that I can add these selections as Given/Expect input values when creating a scenario test outline.
> *Verification conditions:*
> - CSS styles that employ relevant PatternFly styles.
> - CSS that articulates the design wireframe attached, and:
> https://redhat.invisionapp.com/share/BVKORFBUJ24#/screens/302476075, and:
> https://docs.google.com/document/d/1I_ghU9An--uQRzuVV9zXB387HLYjZcc01LXFX...
> - Reviewed by scrum team prior to PR/dev delivery.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFLY-10744) WFLYEJB0421: Invocation cannot proceed as component is shutting down
by tommaso borgato (JIRA)
tommaso borgato created WFLY-10744:
--------------------------------------
Summary: WFLYEJB0421: Invocation cannot proceed as component is shutting down
Key: WFLY-10744
URL: https://issues.jboss.org/browse/WFLY-10744
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 14.0.0.CR1
Reporter: tommaso borgato
Assignee: Paul Ferraro
Observed in scenario [eap-7x-failover-ejb-ejbservlet-undeploy-repl-sync-haproxy|https://jenkins...].
In a 4 nodes cluster, the clusterbench application is un-deployed & re-deployed in turn from each node: the error is observed on nodes 3 and 4 right after un-deployment is stated:
{noformat}
[JBossINF] [0m[0m04:17:13,541 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 84) WFLYUT0022: Unregistered web context: '/clusterbench-passivating' from server 'default-server'
[JBossINF] [0m[0m04:17:13,543 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 88) WFLYUT0022: Unregistered web context: '/clusterbench' from server 'default-server'
[JBossINF] [0m[0m04:17:13,547 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 91) WFLYUT0022: Unregistered web context: '/clusterbench-granular' from server 'default-server'
[JBossINF] [0m[0m04:17:13,582 INFO [org.infinispan.CLUSTER] (ServerService Thread Pool -- 89) [Context=clusterbench-ee7.ear/clusterbench-ee7-ejb.jar] ISPN100008: Updating cache members list [perf21, perf18, perf19], topology id 24
[JBossINF] [0m[31m04:17:13,580 ERROR [io.undertow.request] (default task-46) UT005023: Exception handling request to /clusterbench/ejbservlet: org.jboss.as.ejb3.component.EJBComponentUnavailableException: WFLYEJB0421: Invocation cannot proceed as component is shutting down
[JBossINF] at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:59)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
[JBossINF] at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619)
[JBossINF] at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
[JBossINF] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
[JBossINF] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
[JBossINF] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$$$view3.getSerialAndIncrement(Unknown Source)
[JBossINF] at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
[JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:411)
[JBossINF] at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134)
[JBossINF] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
[JBossINF] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_Weld$EnterpriseProxy$.getSerialAndIncrement(Unknown Source)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_WeldClientProxy.getSerialAndIncrement(Unknown Source)
[JBossINF] at org.jboss.test.clusterbench.web.ejb.LocalEjbServlet.doGet(LocalEjbServlet.java:38)
[JBossINF] at javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
[JBossINF] at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
[JBossINF] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
[JBossINF] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
[JBossINF] at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
[JBossINF] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
[JBossINF] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
[JBossINF] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
[JBossINF] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
[JBossINF] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
[JBossINF] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
[JBossINF] at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
[JBossINF] at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
[JBossINF] at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
[JBossINF] at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
[JBossINF] at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
[JBossINF] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
[JBossINF] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
[JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF]
[JBossINF] [0m[31m04:17:13,580 ERROR [io.undertow.request] (default task-35) UT005023: Exception handling request to /clusterbench/ejbservlet: org.jboss.as.ejb3.component.EJBComponentUnavailableException: WFLYEJB0421: Invocation cannot proceed as component is shutting down
[JBossINF] at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:59)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438)
[JBossINF] at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:619)
[JBossINF] at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57)
[JBossINF] at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
[JBossINF] at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53)
[JBossINF] at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198)
[JBossINF] at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185)
[JBossINF] at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$$$view3.getSerialAndIncrement(Unknown Source)
[JBossINF] at sun.reflect.GeneratedMethodAccessor36.invoke(Unknown Source)
[JBossINF] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[JBossINF] at java.lang.reflect.Method.invoke(Method.java:498)
[JBossINF] at org.jboss.weld.util.reflection.Reflections.invokeAndUnwrap(Reflections.java:411)
[JBossINF] at org.jboss.weld.module.ejb.EnterpriseBeanProxyMethodHandler.invoke(EnterpriseBeanProxyMethodHandler.java:134)
[JBossINF] at org.jboss.weld.bean.proxy.EnterpriseTargetBeanInstance.invoke(EnterpriseTargetBeanInstance.java:56)
[JBossINF] at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:106)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_Weld$EnterpriseProxy$.getSerialAndIncrement(Unknown Source)
[JBossINF] at org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB$Proxy$_$$_WeldClientProxy.getSerialAndIncrement(Unknown Source)
[JBossINF] at org.jboss.test.clusterbench.web.ejb.LocalEjbServlet.doGet(LocalEjbServlet.java:38)
[JBossINF] at javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
[JBossINF] at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
[JBossINF] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
[JBossINF] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
[JBossINF] at io.undertow.servlet.handlers.ServletChain$1.handleRequest(ServletChain.java:68)
[JBossINF] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
[JBossINF] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:132)
[JBossINF] at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
[JBossINF] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
[JBossINF] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
[JBossINF] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
[JBossINF] at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
[JBossINF] at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
[JBossINF] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
[JBossINF] at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
[JBossINF] at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
[JBossINF] at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
[JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
[JBossINF] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:360)
[JBossINF] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
[JBossINF] at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
[JBossINF] at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
[JBossINF] at java.lang.Thread.run(Thread.java:748)
[JBossINF]
[JBossINF] [0m[0m04:17:13,602 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 89) ISPN000029: Passivating all entries to disk
[JBossINF] [0m[0m04:17:13,601 INFO [org.infinispan.CLUSTER] (ServerService Thread Pool -- 94) [Context=clusterbench-ee7.ear.clusterbench-ee7-web-granular.war] ISPN100008: Updating cache members list [perf21, perf18, perf19], topology id 24
[JBossINF] [0m[0m04:17:13,605 INFO [org.infinispan.CLUSTER] (ServerService Thread Pool -- 95) [Context=clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war] ISPN100008: Updating cache members list [perf21, perf18, perf19], topology id 24
[JBossINF] [0m[0m04:17:13,616 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 95) ISPN000029: Passivating all entries to disk
[JBossINF] [0m[0m04:17:13,622 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 95) ISPN000030: Passivated 0 entries in 5 milliseconds
[JBossINF] [0m[0m04:17:13,617 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 94) ISPN000029: Passivating all entries to disk
[JBossINF] [0m[0m04:17:13,622 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 94) ISPN000030: Passivated 0 entries in 5 milliseconds
[JBossINF] [0m[0m04:17:13,635 INFO [org.infinispan.CLUSTER] (ServerService Thread Pool -- 98) [Context=clusterbench-ee7.ear.clusterbench-ee7-web-default.war] ISPN100008: Updating cache members list [perf21, perf18, perf19], topology id 24
[JBossINF] [0m[0m04:17:13,655 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 94) WFLYCLINF0003: Stopped clusterbench-ee7.ear.clusterbench-ee7-web-granular.war cache from web container
[JBossINF] [0m[0m04:17:13,655 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 95) WFLYCLINF0003: Stopped clusterbench-ee7.ear.clusterbench-ee7-web-passivating.war cache from web container
[JBossINF] [0m[0m04:17:13,655 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 98) ISPN000029: Passivating all entries to disk
[JBossINF] [0m[0m04:17:13,961 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 89) ISPN000030: Passivated 4002 entries in 359 milliseconds
[JBossINF] [0m[33m04:17:13,968 WARN [org.infinispan.transaction.impl.TransactionTable] (ServerService Thread Pool -- 89) ISPN000100: Stopping, but there are 0 local transactions and 1 remote transactions that did not finish in time.
[JBossINF] [0m[0m04:17:14,004 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 89) WFLYCLINF0003: Stopped clusterbench-ee7.ear/clusterbench-ee7-ejb.jar cache from ejb container
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFLY-10728) RESTEASY008200: JSON Binding deserialization error for valid JSON
by Marek Kopecký (JIRA)
[ https://issues.jboss.org/browse/WFLY-10728?page=com.atlassian.jira.plugin... ]
Marek Kopecký updated WFLY-10728:
---------------------------------
Description:
I found the following regression issue running the code inside an ejb jar:
In the context of a search for a user for a user via the Wordpress REST API, I get e.g. following String:
{code:JavaScript}
{{[{
"id": 15,
"username": "wpx1",
"name": "Word Press1",
"first_name": "Word",
"last_name": "Press1",
"email": "wpx1(a)pb.com",
"url": "",
"description": "",
"link": "http:\/\/www.pbpiazza.com\/dayc\/archives\/author\/wpx1",
"locale": "en_US",
"nickname": "wpx1",
"slug": "wpx1",
"roles": ["contributor"],
"registered_date": "2018-07-23T08:59:13+00:00",
"capabilities": {
"edit_posts": true,
"read": true,
"level_1": true,
"level_0": true,
"delete_posts": true,
"manage_bookings": true,
"upload_event_images": true,
"delete_events": true,
"edit_events": true,
"read_private_events": true,
"delete_recurring_events": true,
"edit_recurring_events": true,
"edit_locations": true,
"read_private_locations": true,
"read_others_locations": true,
"contributor": true
},
"extra_capabilities": {
"contributor": true
},
"avatar_urls": {
"24": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=24&d=mm&r=g",
"48": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=48&d=mm&r=g",
"96": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=96&d=mm&r=g"
},
"meta": [],
"_links": {
"self": [{
"href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users\/15"
}
],
"collection": [{
"href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users"
}
]
}
}
]}}
{code}
This is achieved by a call of the UsersApi method listUsersAsString:
ResteasyWebTarget target = (ResteasyWebTarget)restEasy.target(uri);
target.proxy(UsersApi.class);
The call rendering the result into a List<User> fails with error message in the subject.
The result is perfectly fine running Wildfly 11.Plain test cases with Wildfly 13 libraries is also fine. It seems to be a runtime configuration issue of RESTEasy in WIldfly 13.
was:
I found the following regression issue running the code inside an ejb jar:
In the context of a search for a user for a user via the Wordpress REST API, I get e.g. following String:
{{[{
"id": 15,
"username": "wpx1",
"name": "Word Press1",
"first_name": "Word",
"last_name": "Press1",
"email": "wpx1(a)pb.com",
"url": "",
"description": "",
"link": "http:\/\/www.pbpiazza.com\/dayc\/archives\/author\/wpx1",
"locale": "en_US",
"nickname": "wpx1",
"slug": "wpx1",
"roles": ["contributor"],
"registered_date": "2018-07-23T08:59:13+00:00",
"capabilities": {
"edit_posts": true,
"read": true,
"level_1": true,
"level_0": true,
"delete_posts": true,
"manage_bookings": true,
"upload_event_images": true,
"delete_events": true,
"edit_events": true,
"read_private_events": true,
"delete_recurring_events": true,
"edit_recurring_events": true,
"edit_locations": true,
"read_private_locations": true,
"read_others_locations": true,
"contributor": true
},
"extra_capabilities": {
"contributor": true
},
"avatar_urls": {
"24": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=24&d=mm&r=g",
"48": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=48&d=mm&r=g",
"96": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=96&d=mm&r=g"
},
"meta": [],
"_links": {
"self": [{
"href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users\/15"
}
],
"collection": [{
"href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users"
}
]
}
}
]}}
This is achieved by a call of the UsersApi method listUsersAsString:
ResteasyWebTarget target = (ResteasyWebTarget)restEasy.target(uri);
target.proxy(UsersApi.class);
The call rendering the result into a List<User> fails with error message in the subject.
The result is perfectly fine running Wildfly 11.Plain test cases with Wildfly 13 libraries is also fine. It seems to be a runtime configuration issue of RESTEasy in WIldfly 13.
> RESTEASY008200: JSON Binding deserialization error for valid JSON
> -----------------------------------------------------------------
>
> Key: WFLY-10728
> URL: https://issues.jboss.org/browse/WFLY-10728
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 13.0.0.Final
> Environment: JDK-10.0.1
> Reporter: Guido Schmidt
> Assignee: Ron Sigal
> Attachments: User.java, UserQueryForm.java, UsersApi.java
>
>
> I found the following regression issue running the code inside an ejb jar:
> In the context of a search for a user for a user via the Wordpress REST API, I get e.g. following String:
> {code:JavaScript}
> {{[{
> "id": 15,
> "username": "wpx1",
> "name": "Word Press1",
> "first_name": "Word",
> "last_name": "Press1",
> "email": "wpx1(a)pb.com",
> "url": "",
> "description": "",
> "link": "http:\/\/www.pbpiazza.com\/dayc\/archives\/author\/wpx1",
> "locale": "en_US",
> "nickname": "wpx1",
> "slug": "wpx1",
> "roles": ["contributor"],
> "registered_date": "2018-07-23T08:59:13+00:00",
> "capabilities": {
> "edit_posts": true,
> "read": true,
> "level_1": true,
> "level_0": true,
> "delete_posts": true,
> "manage_bookings": true,
> "upload_event_images": true,
> "delete_events": true,
> "edit_events": true,
> "read_private_events": true,
> "delete_recurring_events": true,
> "edit_recurring_events": true,
> "edit_locations": true,
> "read_private_locations": true,
> "read_others_locations": true,
> "contributor": true
> },
> "extra_capabilities": {
> "contributor": true
> },
> "avatar_urls": {
> "24": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=24&d=mm&r=g",
> "48": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=48&d=mm&r=g",
> "96": "http:\/\/1.gravatar.com\/avatar\/a4d79ad5a72a13f7d7739c9a3dd9a17b?s=96&d=mm&r=g"
> },
> "meta": [],
> "_links": {
> "self": [{
> "href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users\/15"
> }
> ],
> "collection": [{
> "href": "http:\/\/www.pbpiazza.com\/dayc\/wp-json\/wp\/v2\/users"
> }
> ]
> }
> }
> ]}}
> {code}
> This is achieved by a call of the UsersApi method listUsersAsString:
>
> ResteasyWebTarget target = (ResteasyWebTarget)restEasy.target(uri);
> target.proxy(UsersApi.class);
> The call rendering the result into a List<User> fails with error message in the subject.
> The result is perfectly fine running Wildfly 11.Plain test cases with Wildfly 13 libraries is also fine. It seems to be a runtime configuration issue of RESTEasy in WIldfly 13.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months
[JBoss JIRA] (WFLY-10005) WildFly 12.0.0.Final: unnecessary warning: WFLYJCA0028: @ConnectionFactoryDefinition will have limited management
by Bartosz Baranowski (JIRA)
[ https://issues.jboss.org/browse/WFLY-10005?page=com.atlassian.jira.plugin... ]
Bartosz Baranowski commented on WFLY-10005:
-------------------------------------------
And why is it unnecessary?
> WildFly 12.0.0.Final: unnecessary warning: WFLYJCA0028: @ConnectionFactoryDefinition will have limited management
> ------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-10005
> URL: https://issues.jboss.org/browse/WFLY-10005
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 12.0.0.Final
> Environment: os: Windows Proffessional 7 64 bit
> jdk: Oracle JDK 9.0.4, Oracle JDK 1.8.0_162
> mvn: Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; 2017-10-18T10:58:13+03:00)
> Reporter: Анатолий Широков
> Assignee: Stefano Maestri
>
> I have servlet with web.xml where I describe my connection to my resource adapter:
> {code:xml}
> <connection-factory>
> <name>java:comp/env/eis/ConterraConnectionFactory</name>
> <interface-name>ru.rlisystems.conterra.rar.api.ConterraConnectionFactory</interface-name>
> <resource-adapter>#adapter-rar-1.0-SNAPSHOT</resource-adapter>
> <max-pool-size>2</max-pool-size>
> <min-pool-size>2</min-pool-size>
> <transaction-support>NoTransaction</transaction-support>
> <property>
> <name>ConnectionURL</name>
> <value>http://testappsrv/RolisAppServiceWar/RolisAppServiceWar</value>
> </property>
> </connection-factory>
> {code}
> When I deploy this servlet WildFly prints:
> {noformat}
> 18:13:03,011 INFO [org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator] (MSC service thread 1-8) IJ020002: Deployed: file://RaActivatorjava_comp_env_eis_ConterraConnectionFactory
> 18:13:03,014 WARN [org.jboss.as.connector.deployment] (MSC service thread 1-2) WFLYJCA0028: @ConnectionFactoryDefinition will have limited management: java:comp/env/eis/ConterraConnectionFactory
> 18:13:03,050 INFO [javax.enterprise.resource.webcontainer.jsf.config] (ServerService Thread Pool -- 137) Initializing Mojarra 2.2.13.SP5 for context '/servlet'
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 9 months