[jboss-as7-dev] Detyped and REST configuration API

Brian Stansberry brian.stansberry at redhat.com
Tue Nov 30 13:02:53 EST 2010


On 11/30/10 11:49 AM, David M. Lloyd wrote:
> On 11/30/2010 11:24 AM, Brian Stansberry wrote:
>> Ok, concerns duly noted, now I'll think harder about what you are
>> saying. :-)
>>
>> What would this single class do (in the case of writes)? It gets some
>> detyped representation of the write, which would include:
>>
>> 1) the address being updated
>> 2) some identifier of the operation being performed
>> 3) detyped representation of the parameters
>>
>> So the model class finds the registered handler for the
>> address+operation and passes it the affected DetypedModelElement and the
>> parameters?
>
> Again I don't think writes as a generic thing are something we should
> deal with.  I'll revisit this point on the other subthread though, with
> new and exciting insights and arguments.
>

Ok, I'll wait for that. Will you sell tickets? ;) The main thing I was 
getting at above is any core domain model class is going to be clueless 
about what to do with updates to a subsystem. It's going to need to 
delegate those in some fashion.

> The class itself wouldn't be too much of a monster.  To be more specific
> about what its responsibilities are:
>
> 1) Marshalling to XML - the whole model though, not just piecemeal
> 2) Providing access to the raw model for the core domain update handlers
> (this is functionally equivalent to the level of encapsulation we do today)

Agreed.

> 3) Providing access to *copies* of the model or a submodel (this can be
> on a base class - AbstractModel perhaps - the basic query API in essence)
>
> If we did provide a generic update mechanism then it would live here as
> well, but it's not clear to me how we could make that generic without
> adding a lot of complexity.
>


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat



More information about the jboss-as7-dev mailing list