[jboss-as7-dev] Reading attribute with CLI fails

Jason Greene jgreene at redhat.com
Sat Jul 23 08:26:47 EDT 2011


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 at 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 at localhost:9999 subsystem=web]
>>> :read-attribute(name="development")
>>> {
>>> "outcome" => "failed",
>>> "failure-description" => "No known attribute development",
>>> "rolled-back" => true
>>> }
>>> 
>>> or
>>> 
>>> [standalone at 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 at lists.jboss.org <mailto:jboss-as7-dev at lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> 
>> 
>> 
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev



More information about the jboss-as7-dev mailing list