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

Brian Stansberry (JIRA) issues at jboss.org
Tue May 1 09:31:00 EDT 2018


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

Brian Stansberry commented on WFLY-10315:
-----------------------------------------

Can you describe your use case further?  The configuration service must be started or it doesn't provide a useful response. So are there other deployments on the same server that are delaying things?

Or, perhaps this is a request for the server to not block incoming requests while waiting for graceful startup, but rather to respond immediately with an error response?  If so there is a separate RFE for that: https://github.com/wildfly/wildfly-proposals/pull/34/files

> 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)


More information about the jboss-jira mailing list