[jboss-as7-dev] Result "undefined"?
Brian Stansberry
brian.stansberry at redhat.com
Tue Apr 12 15:20:45 EDT 2011
It's analogous to the void return value of standard property setters or
MBeanServer.setAttribute. The contract of the operation is if it returns
successfully the attribute now has the provided value.
I'm leery of changing it as it imposes a burden on the OperationHandler
impls for all writable attributes to pass back the new value. They
mostly inherit from a common superclass where I could add that, so if
it's important I can consider it. But it introduces a subtle source of
bugs if clients were to depend on the value.
On 4/12/11 1:55 PM, Heiko W.Rupp wrote:
> Hi,
>
> [localhost:9999 /host=pintsize/server-config=server-four] :write-attribute(name=auto-start,value=false)
> {
> "outcome" => "success",
> "result" => undefined,
>
> Why is the result "undefined"? Shouldn't that be the value that has been written ?
>
> "compensating-operation" => {
> "operation" => "write-attribute",
> "address" => [
> ("host" => "pintsize"),
> ("server-config" => "server-four")
> ],
> "name" => "auto-start",
> "value" => true
> }
>
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
More information about the jboss-as7-dev
mailing list