Not sure if we are on the page wrt to this discussion.
(you lost me somewhere) but here are my thoughts about the value type descriptions
and automagic interfaces:
Instead of using the VALUE_TYPE descriptions to get to know the inner structure of a
complex attribute,
we could aim for a more simple approach: turn complex attributes into sub resources.
This is not possible straight away and has certain implications:
Sub resources need to be addressable
Consider the "jsp-configuration" of subsystem web for instance.
it's not addressable per se, but it easily can be made addressable:
/subsystem=web/config=jsp:read-resource
/subsystem=web/config=jsp:read-attribute(name=development)
What do we gain? implicit operations for a the sub resource:
(add, remove, read/write-arribute, etc)
With this we are much closer to automagic interfaces,
then the burden parse & analyze some half-baked description of the structures at
hand.
Why "half-baked"? Well, IMO the current description of types and constraints are
straight forward
and easy to understand, but far from be descriptive enough to automagically generate
interfaces.
It's still very hard to generate human interfaces from proper xml schema descriptions
and the DMR descriptions don't cover the detail and descriptiveness of xml schema
yet.
And in my opinion the shouldn't.
We better stick to our simple & straight forward mantra
and improve/refactor the current model descriptions like described above before puling the
sledgehammer.
Ike
On Jul 25, 2011, at 1:21 PM, Jason Greene wrote:
Not every complex structure in the DMR tres is addressable. You can
have a single attribute that contains multiple values (like passing a map Iin Java, a
struct in C etc).
Read-description is supposed to describe the structure of these complex attributes using
VALUE_TYPE
Sent from my iPad
On Jul 25, 2011, at 5:09 AM, Heiko Braun <hbraun(a)redhat.com> wrote:
>
>
> Can you elaborate on this?
> I don't understand what you mean ...
>
> On Jul 23, 2011, at 2:26 PM, Jason Greene wrote:
>
>> If we allow value types then all of our interfaces need to know how to handle
them
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev