[
https://issues.jboss.org/browse/WFCORE-1612?page=com.atlassian.jira.plugi...
]
Brian Stansberry commented on WFCORE-1612:
------------------------------------------
The discussion on and around WFCORE-433 is basically on this topic. I mentioned on our way
to dinner Vancouver that I saw the ability of WildFly Core to react to a signal and update
its running configuration based on a re-read of the persistent store being the core
functionality inside core itself. [~ehugonnet] is looking at that; I hope it will be the
main focus once his work on managed exploded deployments is done.
The mechanism for propagating the shared content (config plus content repo content) and
for signaling the process that a change is present is a cloud infrastructure concern. I
assume the initial one we'll concern ourselves with will be what xPaas decides on.
Inputs seem to vary between git and ConfigMap, but either way we need to be able to react
and update our running config.
Allow applying the same configuration changes to multiple Standalone
nodes
--------------------------------------------------------------------------
Key: WFCORE-1612
URL:
https://issues.jboss.org/browse/WFCORE-1612
Project: WildFly Core
Issue Type: Feature Request
Reporter: Sebastian Ćaskawiec
Assignee: Brian Stansberry
I would like to request a supporting configuration changes to multiple standalone nodes
the same way as currently DMR in domain mode works.
The main motivation behind that is using WF based Projects (like Infinispan HotRod
Server) in the Cloud. By using DMR we can ensure changing configuration on the fly, which
is very important in our case.
In Infinispan project we use DMR to propagate configuration changes to all nodes in the
cluster (e.g. adding a cache, changing it etc). When considering Cloud deployment we use
Standalone mode. It would be nice to find a way to propagate configuration changes to all
servers the same way as we do in Domain mode.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)