Subsystem deployment undeployed at startup ------------------------------------------ Key: WFCORE-632 URL: https://issues.jboss.org/browse/WFCORE-632 Project: WildFly Core Issue Type: Bug Components: Domain Management Affects Versions: 1.0.0.Beta3, 1.0.0.Beta4 Reporter: Stan Silvert Assignee: Brian Stansberry Fix For: 1.0.0.CR1 {noformat} @BrianStansberry The "mixed approach" doesn't seem to work any more. https://developer.jboss.org/wiki/ExtendingAS7 @BrianStansberry I'm using this to deploy keycloak WAR from the subsystem. @BrianStansberry As soon as the server is started, something is calling stopService() on the Keycloak WAR. Tomaz Cerar 1:15 PM @StanSilvert are you still working on AS7? https://docs.jboss.org/author/display/WFLY8/Extending+WildFly+8 Stan Silvert 1:16 PM @ctomc No. this is WildFly 9. It still works on WildFly 8. Tomaz Cerar 1:16 PM ah the war deployment, that could be regression Brian Stansberry 1:17 PM @ctomc how so? Stan Silvert 1:17 PM FYI. I did a Thread.dumpStack() and got this: 13:11:35,173 ERROR [stderr] (MSC service thread 1-3) java.lang.Exception: Stack trace 13:11:35,173 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.dumpStack(Thread.java:1329) 13:11:35,174 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.Host.unregisterDeployment(Host.java:168) 13:11:35,176 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stopContext(UndertowDeploymentService.java: 113) 13:11:35,179 ERROR [stderr] (MSC service thread 1-3) at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.stop(UndertowDeploymentService.java:100) 13:11:35,181 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.Serv iceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) 13:11:35,184 ERROR [stderr] (MSC service thread 1-3) at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) 13:11:35,186 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 13:11:35,188 ERROR [stderr] (MSC service thread 1-3) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 13:11:35,190 ERROR [stderr] (MSC service thread 1-3) at java.lang.Thread.run(Thread.java:745) Hide full text Tomaz Cerar 1:18 PM @BrianStansberry just reffering that war deployment from subsystem should still work 1:19 PM Jason Greene joined the room. Tomaz Cerar 1:19 PM @StanSilvert what happens? as that thread dump makes no sense Stan Silvert 1:21 PM http://pastebin.com/xQ2DNzEe The WAR is simply undeployed as soon as WildFly finishes startup. Brian Stansberry 1:22 PM @StanSilvert can you give me a link to your code that's doing the deploy stuff? Stan Silvert 1:22 PM just a sec Stan Silvert 1:24 PM https://github.com/keycloak/keycloak/tree/master/integration The code that creates the operation is https://github.com/keycloak/keycloak/blob/master/integration AuthServerUtil ^^^ click on the second link 1:27 PM Darran Lofthouse left the room. Brian Stansberry 1:27 PM @StanSilvert are you doing overlay stuff? I see some code there re: overlays Stan Silvert 1:28 PM Yes, but not in this instance. Brian Stansberry 1:28 PM ok. I'm asking just because that would add more complexity, better scope for some service dependency going missing, triggering stop Stan Silvert 1:29 PM For this simple case there are no overlays. Brian Stansberry 1:29 PM @StanSilvert interesting, your log looks like it's a true undeploy op, not just a service stop Tomaz Cerar 1:30 PM @BrianStansberry should we use 6.x.0 or 6.x.latest for tranformers testing? Tomaz Cerar goes get some diner Stan Silvert 1:30 PM @BrianStansberry If that's the case then maybe some condition is triggering my own undeploy operation. @BrianStansberry I'll look into that and see what I find. Brian Stansberry 1:31 PM @ctomc 6.x.0 is ok by me; chasing CPs is too much hassle @StanSilvert note this: 13:11:35,294 INFO [org.jboss.as.server] (DeploymentScanner-threads - 1) WFLYSRV0009: Undeployed "main-auth-server.war" (runtime-name: "main-auth-server.war") the thread -- DeploymentScanner-threads - 1 looks like your deployment is exposed to the scanner? oh, here's a guess! the scanner sees "persistent" => false and treats it as under scanner control {noformat}