@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