[jboss-jira] [JBoss JIRA] (WFLY-10315) Restore legacy (not "graceful") startup mode

[Vladimir Grabarchuk (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-10315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13569332#comment-13569332 ] 

Vladimir Grabarchuk commented on WFLY-10315:
--------------------------------------------

No, this is not about rejecting requests with an error until the full startup; neither rejecting nor blocking will do us any good here. This is a request to restore (make possible) the legacy, pre-WF11 behavior where the use case in hand was working perfectly.

Here are some more details. The config service is set to deploy first and must be able to serve requests from other components being deployed in the same container. These other components depend on the configuration data from the above service, which they try to acquire at their deployment time (that is, while the container is still starting) and fail to deploy altogether without it. The only way to satisfy this requirement post WF10 is to deploy the configuration service into a server of its own, which is wasteful and prohibitively expensive.
I hope that clarifies the situation somewhat.

Please consider bringing back the legacy behavior to accommodate cases like that. I don't pretend to know much about the WildFly innards, but hoping that it might be some kind of a "switch" not to block HTTP requests while the server is still in the deployment mode. Naturally, those who chose to enable this mode, should it become available, will be responsible for the correct component deployment order and would have to deal with 404 and/or other errors.

> Restore legacy (not "graceful") startup mode
> --------------------------------------------
>
>                 Key: WFLY-10315
>                 URL: https://issues.jboss.org/browse/WFLY-10315
>             Project: WildFly
>          Issue Type: Feature Request
>            Reporter: Vladimir Grabarchuk
>            Assignee: Jason Greene
>
> 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
(v7.5.0#75005)