[
https://issues.jboss.org/browse/WFCORE-43?page=com.atlassian.jira.plugin....
]
Ken Wills commented on WFCORE-43:
---------------------------------
[~bstansberry]
I've got a working patch for this, but the naming is being a bit problematic:
(1) server-state / host-state: My initial thought was to name this status, to match the
status attribute on servers, but reading the mail archives this seems to be thought overly
broad. Alternatives could be process-state, or run-state or running-mode, still thinking
about this one. It seems that process-state would be a good match for both.
(2) new state to replace the running state: I've just got a placeholder for now, until
we settle on a final name, the mail archives again talk a lot about it being in-sync, /
out of sync so perhaps using something like 'synchronized' would work, but it
seems overly-complicated sounding. (alternatives , up-to-date, config-synced ... others?)
Clarify the meaning of the 'server-state' and
'host-state' attributes
---------------------------------------------------------------------
Key: WFCORE-43
URL:
https://issues.jboss.org/browse/WFCORE-43
Project: WildFly Core
Issue Type: Enhancement
Components: Domain Management
Reporter: Brian Stansberry
Assignee: Ken Wills
Fix For: 3.0.0.Beta1
This JIRA is to implement what I described in the dev list discussion around the various
states a server can be in for graceful shutdown
(
http://lists.jboss.org/pipermail/wildfly-dev/2014-June/002360.html)
"I do think these are orthogonal and should not be combined.
The existing attribute is fundamentally about how the state of the
runtime services relates to the persistent configuration.
STARTING == out of sync due to still getting in sync during start
RUNNING == in sync
RELOAD_REQUIRED = out of sync, needs a reload to get in sync
RESTART_REQUIRED = out of sync, needs a full process restart to get in sync
There are two problems though with the existing attribute that exposes this:
1) It's named "server-state" on a server and "host-state" on a
Host
Controller. Really crappy name; way too broad.
That's fixable by creating a new attribute and making the old one an
alias for compatibility purposes.
2) The RUNNING state is really poorly named.
The could perhaps be fixed by coming up with a new name and translating
it back to "RUNNING" in the handlers for the legacy "server-state"
and
"host-state" attributes."
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)