[wildfly-dev] a way to obtain local ModelController within javaagent?
David M. Lloyd
david.lloyd at redhat.com
Wed Mar 15 10:46:55 EDT 2017
On 03/15/2017 08:52 AM, John Mazzitelli wrote:
>> I was thinking about this yesterday and realized that an MCC accessed this
>> way will be broken following a reload. An extension that obtains an internal
>> client doesn’t have this issue as the entire subsystem goes away and is
>> started again as part of the reload. But something that lives outside that
>> cycle is going to need a different integration.
>
>
> Mmmm... that would be bad.
>
> So, it would mean that anything that lives outside the subsystem extension cycle that uses that old MCC would somehow need to know to throw it away and obtain a new one.
Because the line between thought experiment and reality is getting
blurry, I want to come back around and spell out the basic facts.
* Yes, making an agent to control WildFly instances to avoid a
configuration step is theoretically possible.
* No, it's not a good idea for multiple reasons, and it seems likely
cause additional problems down the line.
* Unless we have another fundamental change of architecture, I don't see
us supporting this approach.
* We have other, supported ways to solve the same problem (e.g. deploy a
subsystem, use JMX, use the management API) and tools that can help
support this approach (e.g. CLI scripting).
--
- DML
More information about the wildfly-dev
mailing list