I'll reply to your other thread but I think this is an orthogonal notion. The
descriptions contain value type info (could be incomplete though). From that it should be
possible to represent them as a data structure like type.
IMO not only should we allow you to do this, but we should also let the user invoke any
operation manually (e.g. list messages in my queue). Further we should eventually be able
to display a generic UI for a subsystem we do not know anything about.
Sent from my iPad
On Jul 22, 2011, at 5:56 AM, Heiko Braun <hbraun(a)redhat.com> wrote:
I do generally like this idea. But if would require some kind of unification across
subsystems.
Please see my other email about key/value pairs.
We would need at least a way to distinguish properties of the kind you are asking for
from
regular model attributes.
The sub resource approach I described in my other email could do the job.
On Jul 22, 2011, at 12:46 PM, Vimal Kansal wrote:
> See other problem that I see with allowing user to configure only the frequently used
properties from GUI, it can lead to a false assumption on part of the user that only these
are the properties that are available on the datasource. I wonder, if it is possible to
have a dynamic "property sheet" kind of user interface which displays the list
of writeable properties of a resource by querying it; I mean the kind of which we
generally see in IDE's.
>
> On 22/07/2011 8:13 PM, Heiko Braun wrote:
>>
>>
>>
>> The CLI offers low level DMR operation, which offer a lot more possibilities
>> then the CLI's it's high level commands.
>>
>> If compare the web interface and the CLI, compare the CLI high level commands to
the
>> web interface. On this level they should remain synced as much as possible.
>>
>> I am not objecting to implement any nitty gritty dada source configuration
option,
>> but we need to get the priorities straight. Therefore I'd say let's focus
on the frequently used
>> features for sysadmins and developers.
>>
>> IMO it's fine with to point users to the the CLI for more fine grained
configuration options.
>> ("the good of the many outweighs the good of the few").
>>
>> Ike
>>
>> On Jul 22, 2011, at 12:01 PM, Vimal Kansal wrote:
>>
>>> However, this may lead to an inconsistency of sorts, as using CLI when you
execute :read-resource, you get to see all the configured properties, but when you use UI,
you will see only a subset. I am not sure, how appropriate it would be to have this
inconsistency.
>>
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev