[JBoss JIRA] (JBTM-2958) Wrong format of the Link header on joining LRA by participant should return error to the participant
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2958?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2958:
--------------------------------
Fix Version/s: 5.8.2.Final
> Wrong format of the Link header on joining LRA by participant should return error to the participant
> ----------------------------------------------------------------------------------------------------
>
> Key: JBTM-2958
> URL: https://issues.jboss.org/browse/JBTM-2958
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Reporter: Ondra Chaloupka
> Assignee: Michael Musgrove
> Fix For: 5.8.2.Final
>
>
> If there is a participant joining a started LRA which uses wrong format of {{Link}} header then {{NullPointer}} is logged to the swarm server log. But client gets status {{OK}}.
> Client should be informed that enlistment failed and there should not be nullpointer in the log.
> NullPointer
> {code}
> INFO [io.narayana.lra] (default task-4) Cannot extract compensator from link'http://localhost': java.lang.IllegalArgumentException: RESTEASY003960: Unable to parse Link header. No end to parameter: http://localhost
> at org.jboss.resteasy.plugins.delegates.LinkDelegate$Parser.parseAttribute(LinkDelegate.java:112)
> at org.jboss.resteasy.plugins.delegates.LinkDelegate$Parser.parse(LinkDelegate.java:63)
> at org.jboss.resteasy.plugins.delegates.LinkDelegate.fromString(LinkDelegate.java:160)
> at org.jboss.resteasy.plugins.delegates.LinkDelegate.fromString(LinkDelegate.java:23)
> at org.jboss.resteasy.specimpl.LinkImpl.valueOf(LinkImpl.java:31)
> at org.jboss.resteasy.specimpl.LinkBuilderImpl.link(LinkBuilderImpl.java:34)
> at javax.ws.rs.core.Link.valueOf(Link.java:173)
> at io.narayana.lra.coordinator.domain.model.LRARecord.extractCompensator(LRARecord.java:150)
> at io.narayana.lra.coordinator.domain.model.Transaction.findLRAParticipant(Transaction.java:498)
> at io.narayana.lra.coordinator.domain.model.Transaction.enlistParticipant(Transaction.java:428)
> at io.narayana.lra.coordinator.domain.service.LRAService.joinLRA(LRAService.java:268)
> at io.narayana.lra.coordinator.domain.service.LRAService$Proxy$_$$_WeldClientProxy.joinLRA(Unknown Source)
> at io.narayana.lra.coordinator.api.Coordinator.joinLRA(Coordinator.java:468)
> at io.narayana.lra.coordinator.api.Coordinator.joinLRAViaBody(Coordinator.java:406)
> at io.narayana.lra.coordinator.api.Coordinator$Proxy$_$$_WeldClientProxy.joinLRAViaBody(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:236)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:402)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.swarm.generated.FaviconErrorHandler.handleRequest(FaviconErrorHandler.java:62)
> at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:94)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> The ok return code:
> {code}
> curl -i -X PUT -H "Link: http://localhost" http://localhost:8080/lra-coordinator/0_ffff0a000007_-39bdc3dc_5a098390_d
> HTTP/1.1 200 OK
> Connection: keep-alive
> Long-Running-Action-Recovery: http://localhost:8080/lra-recovery-coordinator/http%3A%2F%2Flocalhost%3A8...
> Location: http://localhost:8080/lra-recovery-coordinator/http%3A%2F%2Flocalhost%3A8...
> Content-Type: application/json
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-3026) LRA tests cause issues when being built on machines/jdk preferring IPv6
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-3026?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-3026:
--------------------------------
Fix Version/s: 5.next
> LRA tests cause issues when being built on machines/jdk preferring IPv6
> -----------------------------------------------------------------------
>
> Key: JBTM-3026
> URL: https://issues.jboss.org/browse/JBTM-3026
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: LRA
> Affects Versions: 5.8.2.Final
> Reporter: Ondra Chaloupka
> Assignee: Ondra Chaloupka
> Fix For: 5.next
>
>
> There is issue of running LRA tests which use {{org.honton.chas:process-exec-maven-plugin}} to start wildfly swarm container because Arquillian plugin is capable to start only one swarm container. That way the coordinator is started in {{pre-integration-test}} phase with that plugin. There is an issue when system prefers IPv6 then the port is not capable to be bound.
> see {{rts/lra/lra-test/target//failsafe-reports/lra-coordinator-swarm-startup.log}}
> {code}
> [0m[0m2018-05-23 12:07:28,018 INFO [org.xnio.nio] (MSC service thread 1-8) XNIO NIO Implementation Version 3.4.3.Final
> [0m[0m2018-05-23 12:07:28,062 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0012: Started server default-server.
> [0m[31m2018-05-23 12:07:28,099 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.undertow.listener.default: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:153)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.net.SocketException: Protocol family unavailable
> at sun.nio.ch.Net.bind0(Native Method)
> at sun.nio.ch.Net.bind(Net.java:433)
> at sun.nio.ch.Net.bind(Net.java:425)
> at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
> at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
> at org.xnio.nio.NioXnioWorker.createTcpConnectionServer(NioXnioWorker.java:171)
> at org.xnio.XnioWorker.createStreamConnectionServer(XnioWorker.java:245)
> at org.wildfly.extension.undertow.HttpListenerService.startListening(HttpListenerService.java:126)
> at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:142)
> ... 5 more
> [0m[31m2018-05-23 12:07:28,126 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("http-listener" => "default")
> ]) - failure description: {
> "WFLYCTL0080: Failed services" => {"jboss.undertow.listener.default" => "org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> Caused by: java.net.SocketException: Protocol family unavailable"},
> "WFLYCTL0412: Required services that are not installed:" => ["jboss.undertow.listener.default"],
> "WFLYCTL0180: Services with missing/unavailable dependencies" => undefined
> }
> [0m[0m2018-05-23 12:07:28,145 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service jboss.undertow.listener.default: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> [0m[31m2018-05-23 12:07:28,180 ERROR [org.jboss.as] (Controller Boot Thread) WFLYSRV0026: WildFly Swarm 2017.8.1 (WildFly Core 2.2.1.Final) started (with errors) in 916ms - Started 85 of 96 services (1 services failed or missing dependencies, 18 services are lazy, passive or on-demand)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) java.lang.reflect.InvocationTargetException
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at java.lang.reflect.Method.invoke(Method.java:498)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.Main.run(Main.java:133)
> [0m[31m2018-05-23 12:07:28,190 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.Main.main(Main.java:86)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:114)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.wildfly.swarm.Swarm.start(Swarm.java:372)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.wildfly.swarm.Swarm.main(Swarm.java:628)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) ... 7 more
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) Caused by: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:153)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> [0m[31m2018-05-23 12:07:28,191 ERROR [stderr] (main) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at java.lang.Thread.run(Thread.java:748)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) Caused by: java.net.SocketException: Protocol family unavailable
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at sun.nio.ch.Net.bind0(Native Method)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at sun.nio.ch.Net.bind(Net.java:433)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at sun.nio.ch.Net.bind(Net.java:425)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at org.xnio.nio.NioXnioWorker.createTcpConnectionServer(NioXnioWorker.java:171)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at org.xnio.XnioWorker.createStreamConnectionServer(XnioWorker.java:245)
> [0m[31m2018-05-23 12:07:28,192 ERROR [stderr] (main) at org.wildfly.extension.undertow.HttpListenerService.startListening(HttpListenerService.java:126)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:142)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) ... 5 more
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) Exception in thread "main" java.lang.reflect.InvocationTargetException
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at java.lang.reflect.Method.invoke(Method.java:498)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.MainInvoker.invoke(MainInvoker.java:39)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.Main.run(Main.java:133)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) at org.wildfly.swarm.bootstrap.Main.main(Main.java:86)
> [0m[31m2018-05-23 12:07:28,193 ERROR [stderr] (main) Caused by: java.lang.RuntimeException: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.wildfly.swarm.spi.api.ClassLoading.withTCCL(ClassLoading.java:45)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.wildfly.swarm.container.runtime.ServerBootstrapImpl.bootstrap(ServerBootstrapImpl.java:114)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.wildfly.swarm.Swarm.start(Swarm.java:372)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.wildfly.swarm.Swarm.main(Swarm.java:628)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) ... 7 more
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) Caused by: org.jboss.msc.service.StartException in service jboss.undertow.listener.default: WFLYUT0082: Could not start 'default' listener.
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:153)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> [0m[31m2018-05-23 12:07:28,194 ERROR [stderr] (main) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at java.lang.Thread.run(Thread.java:748)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) Caused by: java.net.SocketException: Protocol family unavailable
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at sun.nio.ch.Net.bind0(Native Method)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at sun.nio.ch.Net.bind(Net.java:433)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at sun.nio.ch.Net.bind(Net.java:425)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:223)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:74)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at org.xnio.nio.NioXnioWorker.createTcpConnectionServer(NioXnioWorker.java:171)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at org.xnio.XnioWorker.createStreamConnectionServer(XnioWorker.java:245)
> [0m[31m2018-05-23 12:07:28,195 ERROR [stderr] (main) at org.wildfly.extension.undertow.HttpListenerService.startListening(HttpListenerService.java:126)
> [0m[31m2018-05-23 12:07:28,196 ERROR [stderr] (main) at org.wildfly.extension.undertow.ListenerService.start(ListenerService.java:142)
> [0m[31m2018-05-23 12:07:28,196 ERROR [stderr] (main) ... 5 more
> [0m[0m2018-05-23 12:07:55,607 INFO [org.wildfly.swarm] (Thread-3) WFSWARM0027: Shutdown requested
> [0m[0m2018-05-23 12:07:55,608 INFO [org.jboss.as.server] (Thread-4) WFLYSRV0220: Server shutdown has been requested via an OS signal
> [0m[0m2018-05-23 12:07:55,612 INFO [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.4.11.Final stopping
> [0m[0m2018-05-23 12:07:55,621 INFO [org.jboss.as] (MSC service thread 1-7) WFLYSRV0050: WildFly Swarm 2017.8.1 (WildFly Core 2.2.1.Final) stopped in 9ms
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2621) Tests that rely on the old perf benchmark harness need porting to use JMH
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2621?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson closed JBTM-2621.
-------------------------------
> Tests that rely on the old perf benchmark harness need porting to use JMH
> -------------------------------------------------------------------------
>
> Key: JBTM-2621
> URL: https://issues.jboss.org/browse/JBTM-2621
> Project: JBoss Transaction Manager
> Issue Type: Task
> Components: Performance Testing
> Affects Versions: 5.2.13.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.3.4.Final
>
>
> The relevant tests are:
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance1
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance2
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance3
> if there are no others then once ported the old performance benchmark harness can be removed.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2621) Tests that rely on the old perf benchmark harness need porting to use JMH
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2621?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2621:
--------------------------------
Fix Version/s: 5.3.4.Final
> Tests that rely on the old perf benchmark harness need porting to use JMH
> -------------------------------------------------------------------------
>
> Key: JBTM-2621
> URL: https://issues.jboss.org/browse/JBTM-2621
> Project: JBoss Transaction Manager
> Issue Type: Task
> Components: Performance Testing
> Affects Versions: 5.2.13.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.3.4.Final
>
>
> The relevant tests are:
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance1
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance2
> com.hp.mwtests.ts.jts.orbspecific.local.performance.Performance3
> if there are no others then once ported the old performance benchmark harness can be removed.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2988) Update activemq-artemis in the performance repo
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2988?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2988:
--------------------------------
Fix Version/s: 5.8.0.Final
> Update activemq-artemis in the performance repo
> -----------------------------------------------
>
> Key: JBTM-2988
> URL: https://issues.jboss.org/browse/JBTM-2988
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Performance Testing
> Affects Versions: 5.7.2.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.8.0.Final
>
>
> Make sure that the artemis dependency in the performance repo matches what we use on master. So we are currently on 1.5.5.jbossorg-008 so change <version.org.apache.activemq> in the pom in our performance repo to use this version.
> Important: make sure that we also *replace* the native AIO library which is located in ArjunaJTA/jta/etc
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2988) Update activemq-artemis in the performance repo
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2988?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson closed JBTM-2988.
-------------------------------
> Update activemq-artemis in the performance repo
> -----------------------------------------------
>
> Key: JBTM-2988
> URL: https://issues.jboss.org/browse/JBTM-2988
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Components: Performance Testing
> Affects Versions: 5.7.2.Final
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.8.0.Final
>
>
> Make sure that the artemis dependency in the performance repo matches what we use on master. So we are currently on 1.5.5.jbossorg-008 so change <version.org.apache.activemq> in the pom in our performance repo to use this version.
> Important: make sure that we also *replace* the native AIO library which is located in ArjunaJTA/jta/etc
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2431) Arquillian failures due to version mismatches
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2431?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated JBTM-2431:
--------------------------------
Fix Version/s: 5.2.0
> Arquillian failures due to version mismatches
> ---------------------------------------------
>
> Key: JBTM-2431
> URL: https://issues.jboss.org/browse/JBTM-2431
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.2.0
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> We were getting failures with the current versions of Arquillian WildFly Managed Container Adapter and Arquillian Core when using the current wildfly master branch. This was because we were using incompatible versions which I have just fixed (commit dab8736):
> bq. Arquillian WildFly Managed Container Adapter 1.0.0.Alpha5 is built with Arquillian Core - 1.1.7.Final
> But the osgi tests need to run with karaf and the most recent arquillian osgi karaf container was built with Arquillian Core 1.1.2.Final. So I will fix it by updating the osgi pom to use that version of arquillian core:
> bq. 2.1.0.CR15 is built with Arquillian Core - 1.1.2.Final and ShrinkWrap - 1.1.2
> The version compatibility details are: [WildFly Managed Container Adapter | http://arquillian.org/modules/wildfly-arquillian-wildfly-managed-containe...] and [arquillian osgi karaf container |http://arquillian.org/modules/arquillian-osgi-karaf-embedded-container-adapter]
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2297) Store docker image for service(s) in JBoss repo
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2297?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson closed JBTM-2297.
-------------------------------
> Store docker image for service(s) in JBoss repo
> -----------------------------------------------
>
> Key: JBTM-2297
> URL: https://issues.jboss.org/browse/JBTM-2297
> Project: JBoss Transaction Manager
> Issue Type: Task
> Components: Cloud, JTS, REST, XTS
> Affects Versions: 5.0.3
> Reporter: Mark Little
> Assignee: Gytis Trikleris
>
> We have a repo for JBoss project docker images. Store our final version (not POC version I created) there. Also see if this also suggests a way of distributing and storing the docker file to create it/them. I'm assuming we don't need to store this information within the Narayana repo, but perhaps we do and in which case we'll probably need a docker directory.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months
[JBoss JIRA] (JBTM-2431) Arquillian failures due to version mismatches
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/JBTM-2431?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson closed JBTM-2431.
-------------------------------
> Arquillian failures due to version mismatches
> ---------------------------------------------
>
> Key: JBTM-2431
> URL: https://issues.jboss.org/browse/JBTM-2431
> Project: JBoss Transaction Manager
> Issue Type: Bug
> Reporter: Michael Musgrove
> Assignee: Michael Musgrove
> Fix For: 5.2.0
>
> Original Estimate: 4 hours
> Remaining Estimate: 4 hours
>
> We were getting failures with the current versions of Arquillian WildFly Managed Container Adapter and Arquillian Core when using the current wildfly master branch. This was because we were using incompatible versions which I have just fixed (commit dab8736):
> bq. Arquillian WildFly Managed Container Adapter 1.0.0.Alpha5 is built with Arquillian Core - 1.1.7.Final
> But the osgi tests need to run with karaf and the most recent arquillian osgi karaf container was built with Arquillian Core 1.1.2.Final. So I will fix it by updating the osgi pom to use that version of arquillian core:
> bq. 2.1.0.CR15 is built with Arquillian Core - 1.1.2.Final and ShrinkWrap - 1.1.2
> The version compatibility details are: [WildFly Managed Container Adapter | http://arquillian.org/modules/wildfly-arquillian-wildfly-managed-containe...] and [arquillian osgi karaf container |http://arquillian.org/modules/arquillian-osgi-karaf-embedded-container-adapter]
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 9 months