Re: [jboss-as7-dev] Reading attribute with CLI fails
On 7/22/11 7:03 AM, Heiko Braun wrote:
I was complaining about tis a while ago as well.
With the current model structure you cannot easily read any single
attribute
of the jsp-configuration.
Brian, Remy: any ideas how this could be improved?
Some thoughts about a generic config container have been on the table
before.
Similar to system and other properties (See my other email about
key/value pairs)
/subsystem=web/config=development:read-resource()
Alternatively it could become a specific sub resource,
so that read/write attribute operations might apply:
/subsystem=web/config=jsp:read-attribute(name=development)
If you ask me, i'd prefer the later.
Agreed. Anywhere we can use resources instead of complex attributes,
that's better. Stefano will be looking into that for the transaction
subsystem. Emanuel and I are doing some work in that area now on messaging.
There's an implementation issue of how to deal with child resources when
they are really part of the required configuration associated with a
service controlled by the parent resource, but Stefano, Emanuel and I
worked out what seems to be a workable solution to that on Wednesday.
Ike
On Jul 22, 2011, at 1:44 PM, ChrisRamsdale wrote:
> Hi everyone,
> I'm trying to read the "development" attribute of the web subsystem
> using the command line interface.
> Since the attribute is part of a group (jsp-configuration), I cannot
> read it using the standard syntax.
>
> "jsp-configuration" => {
> "development" => false,
> . . . .. . .
> }
>
> [standalone@localhost:9999 subsystem=web]
> :read-attribute(name="development")
> {
> "outcome" => "failed",
> "failure-description" => "No known attribute development",
> "rolled-back" => true
> }
>
> or
>
> [standalone@localhost:9999 subsystem=web]
> :read-attribute(name="jsp-configuration/development")
> {
> "outcome" => "failed",
> "failure-description" => "No known attribute development",
> "rolled-back" => true
> }
>
> Anyone can enlight me how to read this attribute successfully ?
> Thank you very much!
> Chris
>
> --
> http://www.fastmail.fm - Send your email first class
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org <mailto:jboss-as7-dev@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