]
Brian Stansberry commented on WFLY-13808:
-----------------------------------------
Thanks, [~lojze.blatnik].
Make HTTP server available during deployment when starting up
-------------------------------------------------------------
Key: WFLY-13808
URL:
https://issues.redhat.com/browse/WFLY-13808
Project: WildFly
Issue Type: Bug
Affects Versions: 20.0.1.Final
Reporter: Alojzij Blatnik
Assignee: Brian Stansberry
Priority: Major
Attachments: diff.patch
HTTP server isn't available during deployment when Wildfly is starting up. That
behavior is a feature, so that HTTP server is not serving until application isn't
fully deployed. That behavior causes us trouble, because we have EAR with multiple
services in WARs which communicate with each other during deployment phase.
That was introduced in Wildfly 11 and is still present in 20.0.1. I think, that this
wasn't intended to behave by default (see start suspended or start normal)
[
https://github.com/wildfly/wildfly/blob/master/docs/src/main/asciidoc/_ad...
settings actually make no difference - it starts suspended in both cases (only admin-only
is honored correctly).
I was poking around the source code (see diff.patch) and made small changes in
wildfly-core to make it work, but AbstractControllerService would need to be if-elsed by
desired start mode.