[Red Hat JIRA] (WFLY-14052) EE 9 jms/core20/jmscontexttopictests#getMetaDataTest tests expects JMS version 3.0 but is seeing 2.0
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14052?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-14052:
------------------------------------
Labels: EE9 (was: )
> EE 9 jms/core20/jmscontexttopictests#getMetaDataTest tests expects JMS version 3.0 but is seeing 2.0
> ----------------------------------------------------------------------------------------------------
>
> Key: WFLY-14052
> URL: https://issues.redhat.com/browse/WFLY-14052
> Project: WildFly
> Issue Type: Sub-task
> Components: JMS
> Reporter: Scott Marlow
> Assignee: Emmanuel Hugonnet
> Priority: Major
> Labels: EE9
>
> {quote}
> \u001b[0m\u001b[0m13:52:58,657 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: Error: incorrect JMSVersion=2.0
> \u001b[0m\u001b[0m13:52:58,657 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: Error: incorrect JMSMajorVersion=2
> \u001b[0m\u001b[0m13:52:58,657 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: getMetaDataTest failed
> \u001b[0m\u001b[0m13:52:58,658 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: Test case throws exception: getMetaDataTest failed
> \u001b[0m\u001b[0m13:52:58,658 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: Exception at:
> \u001b[0m\u001b[0m13:52:58,658 INFO [stdout] (Thread-161) 11-06-2020 13:52:58: ERROR: com.sun.ts.lib.harness.EETest$Fault: getMetaDataTest failed
> \u001b[0m\u001b[0m13:52:58,658 INFO [stdout] (Thread-161) at com.sun.ts.tests.jms.core20.jmscontexttopictests.Client.getMetaDataTest(Client.java:475)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at java.lang.reflect.Method.invoke(Method.java:498)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.EETest.run(EETest.java:596)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:115)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.tests.common.vehicle.EmptyVehicleRunner.run(EmptyVehicleRunner.java:40)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:105)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.EETest.getPropsReady(EETest.java:486)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.ServiceEETest.run(ServiceEETest.java:209)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.lib.harness.EETest.run(EETest.java:285)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at com.sun.ts.tests.common.vehicle.VehicleClient.main(VehicleClient.java:38)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> \u001b[0m\u001b[0m13:52:58,659 INFO [stdout] (Thread-161) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> \u001b[0m\u001b[0m13:52:58,660 INFO [stdout] (Thread-161) at java.lang.reflect.Method.invoke(Method.java:498)
> \u001b[0m\u001b[0m13:52:58,660 INFO [stdout] (Thread-161) at org.jboss.as.appclient.service.ApplicationClientStartService$1.run(ApplicationClientStartService.java:99)
> \u001b[0m\u001b[0m13:52:58,660 INFO [stdout] (Thread-161) at java.lang.Thread.run(Thread.java:748)
> {quote}
> [jakarta.jms.ConnectionMetaData.classConnectionMetaData|https://jakarta.ee/specifications/messaging/3.0/apidocs/] is returning Jakarta EE 8 versions instead of Jakarta EE 9.0 versions
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-14309) Wildfly freezes with load balance and multiples hosts behind
by Adriano Teixeira de Souza (Jira)
[ https://issues.redhat.com/browse/WFLY-14309?page=com.atlassian.jira.plugi... ]
Adriano Teixeira de Souza updated WFLY-14309:
---------------------------------------------
Summary: Wildfly freezes with load balance and multiples hosts behind (was: Wildfly freezes when load balance with multiples hosts behind)
> Wildfly freezes with load balance and multiples hosts behind
> ------------------------------------------------------------
>
> Key: WFLY-14309
> URL: https://issues.redhat.com/browse/WFLY-14309
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 20.0.1.Final, 21.0.2.Final
> Reporter: Adriano Teixeira de Souza
> Assignee: Cheng Fang
> Priority: Major
> Attachments: PureEJB-Parent.tar.gz, freeze-error-trace.txt, freeze-error.png, haproxy.cfg
>
>
> I'm running a load test with JMeter on Wildfly instances behind HAProxy Load balance.
> It is happening a frequently and randomly some kind of freeze on the ejb client and I need to set a invocationTimout in order to not lose application control geting freeze forever.
> PS: Whe have this kind of errors running this test on JBoss EAP 7.3.4 too.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-14309) Wildfly freezes with load balance and multiples hosts behind
by Adriano Teixeira de Souza (Jira)
[ https://issues.redhat.com/browse/WFLY-14309?page=com.atlassian.jira.plugi... ]
Adriano Teixeira de Souza updated WFLY-14309:
---------------------------------------------
Steps to Reproduce:
1 - Into PureEJB-Parent folder run
{code:java}
mvn clean install
{code}
2 - Deploy PureEJB-EAR.ear on Wildfly servers with 4 separated hosts (if I used instances on same hosts the errors doesn't occurs).
3 - Configure HA Proxy with backends using wildfly hosts like attatched haproxy.cfg
4 - Copy PureEJB-Client-0.0.1-SNAPSHOT.jar, PureEJB-Common-0.0.1-SNAPSHOT.jar, wildfly-client-all-20.0.1.Final.jar on PureEJB-Parent/PureEJB-Client/target and PureEJB-Parent/PureEJB-Client/target/lib to apache-jmeter-5.3\lib\ext
5 - Open PureEJB-Parent/JavaSampl-JiraRequest.jmx on jmeter set load balance IP and port on Java Request sampler.
6 - Click on start buton of JMeter multiples times after test finish without restart JMeter the error must occurs randomly before 50 times of running test.
On the attatchment I put some screenshot of jmeter when error occurs and some stacketrace of application timeout .
was:
1 - Into PureEJB-Parent folder run
{code:java}
mvn clean install
{code}
2 - Deploy PureEJB-EAR.ear on servers with 4 separated hosts (if I used instances on same hosts the errors doesn't occurs).
3 - Configure HA Proxy with backends using wildfly hosts like attatched haproxy.cfg
4 - Copy PureEJB-Client-0.0.1-SNAPSHOT.jar, PureEJB-Common-0.0.1-SNAPSHOT.jar, wildfly-client-all-20.0.1.Final.jar on PureEJB-Parent/PureEJB-Client/target and PureEJB-Parent/PureEJB-Client/target/lib to apache-jmeter-5.3\lib\ext
5 - Open PureEJB-Parent/JavaSampl-JiraRequest.jmx on jmeter set load balance IP and port on Java Request sampler.
6 - Click on start buton of JMeter multiples times after test finish without restart JMeter the error must occurs randomly before 50 times of running test.
On the attatchment I put some screenshot of jmeter when error occurs and some stacketrace of application timeout .
> Wildfly freezes with load balance and multiples hosts behind
> ------------------------------------------------------------
>
> Key: WFLY-14309
> URL: https://issues.redhat.com/browse/WFLY-14309
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 20.0.1.Final, 21.0.2.Final
> Reporter: Adriano Teixeira de Souza
> Assignee: Cheng Fang
> Priority: Major
> Attachments: PureEJB-Parent.tar.gz, freeze-error-trace.txt, freeze-error.png, haproxy.cfg
>
>
> I'm running a load test with JMeter on Wildfly instances behind HAProxy Load balance.
> It is happening a frequently and randomly some kind of freeze on the ejb client and I need to set a invocationTimout in order to not lose application control geting freeze forever.
> PS: Whe have this kind of errors running this test on JBoss EAP 7.3.4 too.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFCORE-4291) Restore legacy (not "graceful") startup mode
by Vladimir Grabarchuk (Jira)
[ https://issues.redhat.com/browse/WFCORE-4291?page=com.atlassian.jira.plug... ]
Vladimir Grabarchuk commented on WFCORE-4291:
---------------------------------------------
It looks like this didn't make it into WildFly 22. Any hope for 23?
> Restore legacy (not "graceful") startup mode
> --------------------------------------------
>
> Key: WFCORE-4291
> URL: https://issues.redhat.com/browse/WFCORE-4291
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Management
> Reporter: Vladimir Grabarchuk
> Assignee: Jason Lee
> Priority: Major
>
> Please allow a configurable legacy startup mode which was the default before WF11, when components can service HTTP requests as soon as they are deployed, not when the container deploys all components.
> The use case for this is the following: there is a configuration service component upon which other components depend for configuration data, requested and served via a HTTP request. With the new "graceful startup" this scenario no longer seems possible, as it results in read timeouts, mis-configured artifacts, and failed deployments altogether.
> If generally feasible, another value of the *--start-mode=legacy* seems appropriate to accommodate the original (legacy) behavior.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-14309) Wildfly freezes when load balance with multiples hosts behind
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-14309?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFLY-14309:
---------------------------------------
Component/s: EJB
Assignee: Cheng Fang (was: Brian Stansberry)
> Wildfly freezes when load balance with multiples hosts behind
> -------------------------------------------------------------
>
> Key: WFLY-14309
> URL: https://issues.redhat.com/browse/WFLY-14309
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 20.0.1.Final, 21.0.2.Final
> Reporter: Adriano Teixeira de Souza
> Assignee: Cheng Fang
> Priority: Major
> Attachments: PureEJB-Parent.tar.gz, freeze-error-trace.txt, freeze-error.png, haproxy.cfg
>
>
> I'm running a load test with JMeter on Wildfly instances behind HAProxy Load balance.
> It is happening a frequently and randomly some kind of freeze on the ejb client and I need to set a invocationTimout in order to not lose application control geting freeze forever.
> PS: Whe have this kind of errors running this test on JBoss EAP 7.3.4 too.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months
[Red Hat JIRA] (WFLY-14309) Wildfly freezes when load balance with multiples hosts behind
by Adriano Teixeira de Souza (Jira)
[ https://issues.redhat.com/browse/WFLY-14309?page=com.atlassian.jira.plugi... ]
Adriano Teixeira de Souza updated WFLY-14309:
---------------------------------------------
Steps to Reproduce:
1 - Into PureEJB-Parent folder run
{code:java}
mvn clean install
{code}
2 - Deploy PureEJB-EAR.ear on servers with 4 separated hosts (if I used instances on same hosts the errors doesn't occurs).
3 - Configure HA Proxy with backends using wildfly hosts like attatched haproxy.cfg
4 - Copy PureEJB-Client-0.0.1-SNAPSHOT.jar, PureEJB-Common-0.0.1-SNAPSHOT.jar, wildfly-client-all-20.0.1.Final.jar on PureEJB-Parent/PureEJB-Client/target and PureEJB-Parent/PureEJB-Client/target/lib to apache-jmeter-5.3\lib\ext
5 - Open PureEJB-Parent/JavaSampl-JiraRequest.jmx on jmeter set load balance IP and port on Java Request sampler.
6 - Click on start buton of JMeter multiples times after test finish without restart JMeter the error must occurs randomly before 50 times of running test.
On the attatchment I put some screenshot of jmeter when error occurs and some stacketrace of application timeout .
was:
1 - Into PureEJB-Parent folder run
{code:java}
mvn clean install
{code}
2 - Deploy PureEJB-EAR.ear on servers with 4 separated hosts.
3 - Configure HA Proxy with backends using wildfly hosts like attatched haproxy.cfg
4 - Copy PureEJB-Client-0.0.1-SNAPSHOT.jar, PureEJB-Common-0.0.1-SNAPSHOT.jar, wildfly-client-all-20.0.1.Final.jar on PureEJB-Parent/PureEJB-Client/target and PureEJB-Parent/PureEJB-Client/target/lib to apache-jmeter-5.3\lib\ext
5 - Open PureEJB-Parent/JavaSampl-JiraRequest.jmx on jmeter set load balance IP and port on Java Request sampler.
6 - Click on start buton of JMeter multiples times after test finish without restart JMeter the error must occurs randomly before 50 times of running test.
On the attatchment I put some screenshot of jmeter when error occurs and some stacketrace of application timeout .
> Wildfly freezes when load balance with multiples hosts behind
> -------------------------------------------------------------
>
> Key: WFLY-14309
> URL: https://issues.redhat.com/browse/WFLY-14309
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 20.0.1.Final, 21.0.2.Final
> Reporter: Adriano Teixeira de Souza
> Assignee: Brian Stansberry
> Priority: Major
> Attachments: PureEJB-Parent.tar.gz, freeze-error-trace.txt, freeze-error.png, haproxy.cfg
>
>
> I'm running a load test with JMeter on Wildfly instances behind HAProxy Load balance.
> It is happening a frequently and randomly some kind of freeze on the ejb client and I need to set a invocationTimout in order to not lose application control geting freeze forever.
> PS: Whe have this kind of errors running this test on JBoss EAP 7.3.4 too.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
3 years, 8 months