[jboss-as7-dev] Management operation for getting the current "process-state"
Jaikiran Pai
jpai at redhat.com
Fri May 4 07:29:12 EDT 2012
Thanks Kabir.
By the way, is there a reason why the attribute is named server-state
and the response header is named process-state?
-Jaikiran
On Friday 04 May 2012 04:37 PM, Kabir Khan wrote:
> :read-resource(include-runtime=true) and look for 'server-state'
>
> OR
>
> :read-attribute(name=server-state)
>
> The state is also returned in the response-headers once it goes into the reload-required state:
>
> [standalone at localhost:9999 /] :read-attribute(name=server-state)
> {
> "outcome" => "success",
> "result" => "reload-required",
> "response-headers" => {"process-state" => "reload-required"}<<<<<<<<<<
> }
>
> On 4 May 2012, at 11:36, Jaikiran Pai wrote:
>
>> Is there a command/operation in the management API which shows me the
>> current server process status. For example, I trigger an operation which
>> results in a "reload-required" process state:
>>
>> [standalone at localhost:9999 /]
>> /subsystem=ejb3/service=remote/channel-creation-options=MAX_OUTBOUND_MESSAGES:add(type=remoting,
>> value=123)
>> {
>> "outcome" => "success",
>> "response-headers" => {
>> "operation-requires-reload" => true,
>> "process-state" => "reload-required"
>> }
>> }
>>
>> Assume some admin decides to do the :reload operation at some later
>> point in time and closes his session. At a later point in time, is there
>> some way he can get to the process state to verify that a reload is
>> required before actually doing a :reload?
>>
>> -Jaikiran
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
More information about the jboss-as7-dev
mailing list