If we allow value types then all of our interfaces need to know how to handle them.
Forcing all subsystems to not use them is an incomplete solution (unless we remove the
notion altogether).
Sent from my iPad
On Jul 22, 2011, at 9:25 AM, Brian Stansberry <brian.stansberry(a)redhat.com> wrote:
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
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev