[wildfly-dev] identify runtime operations ?

[David M. Lloyd]

It seems like the more useful distinction is "operations which are 
always available" and "operations which are only available in runtime 
mode" i.e. not in management mode.

Every other case seems like "read" versus "write" to me.  You either 
query the container state, or you modify it.

On 05/02/2013 07:24 AM, Brian Stansberry wrote:
> There is a flag that can be associated with an operation, RUNTIME_ONLY,
> that indicates an op only affects runtime. It isn't used much, largely
> because there hasn't been a consistent use case. The access control
> stuff will lead to consistent use though.
>
> I'm not sure if that's your question though. Almost all operations
> affect runtime state, either immediately or by putting the process in
> reload-required/restart-required. And there's metadata describing those
> effects.
>
> I say almost all because of a couple oddities like
> add/remove-namespace/schema-location which only affect the config model
> and the xml file.
>
> On 5/2/13 7:17 AM, Heiko Braun wrote:
>> 	
>>
>> Is it possible to identify operations that affect the runtime state (i.e. start/stop services) ?
>>
>> I was looking at a datasource example, but couldn't find any metadata related to that:
>>
>> [standalone at localhost:9999 /] /subsystem=datasources/data-source=ExampleDS:read-operation-description(name=enable)
>> {
>>       "outcome" => "success",
>>       "result" => {
>>           "operation-name" => "enable",
>>           "description" => "Enable the data-source",
>>           "request-properties" => {"persistent" => {
>>               "type" => BOOLEAN,
>>               "description" => "if true enable attribute is persisted",
>>               "expressions-allowed" => false,
>>               "required" => true,
>>               "nillable" => false,
>>               "default" => true
>>           }},
>>           "reply-properties" => {},
>>           "read-only" => false
>>       }
>> }
>>
>>
>>
>> Regards, Heiko
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>
>


-- 
- DML