Looks like there is nothing at /host=local/sever=<XYZ> It is not implemented or am I missing something? I need to query the status of a server (started/stopped) Ike _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

The status is in server-config, as is start/stop/restart: [localhost:9999 /] /host=local/server-config=server-one:read-attribute(name=status) { "outcome" => "success", "result" => "STARTED", "compensating-operation" => undefined } [localhost:9999 /] /host=local/server-config=server-one:read-operation-names { "outcome" => "success", "result" => [ "add", "read-attribute", "read-children-names", "read-children-resources", "read-children-types", "read-operation-description", "read-operation-names", "read-resource", "read-resource-description", "remove", "restart", "start", "stop", "write-attribute" ], "compensating-operation" => undefined } That's the thing I disliked that drove the thread leading to JBAS-9130. Thanks for the JIRA! I didn't want to just do it without agreement from you. I'll schedule JBAS-9130 tomorrow, when I get a chance to talk to Emanuel. I want to give stuff you need highest priority; we'll see if we can bump some Beta2 stuff into Beta3 to get this in. On 3/24/11 8:33 AM, Heiko Braun wrote: > > [localhost:9999 /] /host=local:read-children-resources(child-type=server, recursive=true) > { > "outcome" => "success", > "result" => [], > "compensating-operation" => undefined > } > > I would assume that there should a status element included. > At least until https://issues.jboss.org/browse/JBAS-9130 is implemented, right? > > > Ike > > On Mar 24, 2011, at 2:26 PM, Heiko Braun wrote: > >> Looks like there is nothing at /host=local/sever=<XYZ> >> >> It is not implemented or am I missing something? >> I need to query the status of a server (started/stopped) >> >> Ike >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > > > _______________________________________________ > jboss-as7-dev mailing list > jboss-as7-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev -- Brian Stansberry Principal Software Engineer JBoss by Red Hat _______________________________________________ jboss-as7-dev mailing list jboss-as7-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-as7-dev

It's runtime state. Add parameter "include-runtime" : true On 3/24/11 11:54 AM, Heiko Braun wrote: > > why don't see it when doing :read-resource? > > > On Mar 24, 2011, at 3:35 PM, Brian Stansberry wrote: > >> The status is in server-config, as is start/stop/restart: >> >> [localhost:9999 /] >> /host=local/server-config=server-one:read-attribute(name=status) >> { >> "outcome" => "success", >> "result" => "STARTED", >> "compensating-operation" => undefined >> } >> [localhost:9999 /] >> /host=local/server-config=server-one:read-operation-names >> { >> "outcome" => "success", >> "result" => [ >> "add", >> "read-attribute", >> "read-children-names", >> "read-children-resources", >> "read-children-types", >> "read-operation-description", >> "read-operation-names", >> "read-resource", >> "read-resource-description", >> "remove", >> "restart", >> "start", >> "stop", >> "write-attribute" >> ], >> "compensating-operation" => undefined >> } >> >> That's the thing I disliked that drove the thread leading to JBAS-9130. >> Thanks for the JIRA! I didn't want to just do it without agreement from you. >> >> I'll schedule JBAS-9130 tomorrow, when I get a chance to talk to >> Emanuel. I want to give stuff you need highest priority; we'll see if we >> can bump some Beta2 stuff into Beta3 to get this in. >> >> On 3/24/11 8:33 AM, Heiko Braun wrote: >>> >>> [localhost:9999 /] /host=local:read-children-resources(child-type=server, recursive=true) >>> { >>> "outcome" => "success", >>> "result" => [], >>> "compensating-operation" => undefined >>> } >>> >>> I would assume that there should a status element included. >>> At least until https://issues.jboss.org/browse/JBAS-9130 is implemented, right? >>> >>> >>> Ike >>> >>> On Mar 24, 2011, at 2:26 PM, Heiko Braun wrote: >>> >>>> Looks like there is nothing at /host=local/sever=<XYZ> >>>> >>>> It is not implemented or am I missing something? >>>> I need to query the status of a server (started/stopped) >>>> >>>> Ike >>>> _______________________________________________ >>>> jboss-as7-dev mailing list >>>> jboss-as7-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>> >>> >>> _______________________________________________ >>> jboss-as7-dev mailing list >>> jboss-as7-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >> >> >> -- >> Brian Stansberry >> Principal Software Engineer >> JBoss by Red Hat >> _______________________________________________ >> jboss-as7-dev mailing list >> jboss-as7-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev > -- Brian Stansberry Principal Software Engineer JBoss by Red Hat

Try this: /host=local/server-config=server-one:read-resource(include-runtime=1) "1" not true. That's a workaround of course. While testing some other stuff today I found a problem w/ true/false handling in the CLI: https://issues.jboss.org/browse/JBAS-9140 On 3/24/11 2:12 PM, Heiko Braun wrote: > > It doesn't work. What am I doing wrong? > > [localhost:9999 /] /host=local/server-config=server-one:read-resource(include-runtime=true) > { > "outcome" => "success", > "result" => { > "path" => undefined, > "system-property" => undefined, > "interface" => undefined, > "jvm" => {"default" => undefined}, > "socket-binding-group" => undefined, > "socket-binding-port-offset" => undefined, > "name" => "server-one", > "group" => "main-server-group", > "auto-start" => true > }, > "compensating-operation" => undefined > } > > > > On Mar 24, 2011, at 5:59 PM, Brian Stansberry wrote: > >> It's runtime state. Add parameter "include-runtime" : true >> >> On 3/24/11 11:54 AM, Heiko Braun wrote: >>> >>> why don't see it when doing :read-resource? >>> >>> >>> On Mar 24, 2011, at 3:35 PM, Brian Stansberry wrote: >>> >>>> The status is in server-config, as is start/stop/restart: >>>> >>>> [localhost:9999 /] >>>> /host=local/server-config=server-one:read-attribute(name=status) >>>> { >>>> "outcome" => "success", >>>> "result" => "STARTED", >>>> "compensating-operation" => undefined >>>> } >>>> [localhost:9999 /] >>>> /host=local/server-config=server-one:read-operation-names >>>> { >>>> "outcome" => "success", >>>> "result" => [ >>>> "add", >>>> "read-attribute", >>>> "read-children-names", >>>> "read-children-resources", >>>> "read-children-types", >>>> "read-operation-description", >>>> "read-operation-names", >>>> "read-resource", >>>> "read-resource-description", >>>> "remove", >>>> "restart", >>>> "start", >>>> "stop", >>>> "write-attribute" >>>> ], >>>> "compensating-operation" => undefined >>>> } >>>> >>>> That's the thing I disliked that drove the thread leading to JBAS-9130. >>>> Thanks for the JIRA! I didn't want to just do it without agreement from you. >>>> >>>> I'll schedule JBAS-9130 tomorrow, when I get a chance to talk to >>>> Emanuel. I want to give stuff you need highest priority; we'll see if we >>>> can bump some Beta2 stuff into Beta3 to get this in. >>>> >>>> On 3/24/11 8:33 AM, Heiko Braun wrote: >>>>> >>>>> [localhost:9999 /] /host=local:read-children-resources(child-type=server, recursive=true) >>>>> { >>>>> "outcome" => "success", >>>>> "result" => [], >>>>> "compensating-operation" => undefined >>>>> } >>>>> >>>>> I would assume that there should a status element included. >>>>> At least until https://issues.jboss.org/browse/JBAS-9130 is implemented, right? >>>>> >>>>> >>>>> Ike >>>>> >>>>> On Mar 24, 2011, at 2:26 PM, Heiko Braun wrote: >>>>> >>>>>> Looks like there is nothing at /host=local/sever=<XYZ> >>>>>> >>>>>> It is not implemented or am I missing something? >>>>>> I need to query the status of a server (started/stopped) >>>>>> >>>>>> Ike >>>>>> _______________________________________________ >>>>>> jboss-as7-dev mailing list >>>>>> jboss-as7-dev(a)lists.jboss.org >>>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> jboss-as7-dev mailing list >>>>> jboss-as7-dev(a)lists.jboss.org >>>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>>> >>>> >>>> -- >>>> Brian Stansberry >>>> Principal Software Engineer >>>> JBoss by Red Hat >>>> _______________________________________________ >>>> jboss-as7-dev mailing list >>>> jboss-as7-dev(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev >>> >> >> >> -- >> Brian Stansberry >> Principal Software Engineer >> JBoss by Red Hat > -- Brian Stansberry Principal Software Engineer JBoss by Red Hat