OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

soa-rm message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [soa-rm] core nature of a Service-Oriented Architecture[was: Security]

Hi Monica,

Several of the position papers/treatises provide analyses of the core 
model, so I was just reminding us that we were 'maybe' getting a bit 
far afield, and that is only with a heavily circumscribed 'maybe' 
since we may in fact decide that authentication, authorization, 
certification, etc may be abstract enough and important enough to 
include, but if we do, it will certainly inspire similar specificity, 
and, no doubt, similar discussions around messaging/communication, 
which has already been taken up, and other protocol-specific 
discussions about what is in-band and in-scope or out-of-band and 
out-of-scope, and whether or not we should address those 
infrastructure-level questions. I started out wanting to work from 
the concrete, bottom-up to the abstract, and I'm still sticking with 
that , but I am seeing the wisdom in requiring our final work, once 
well grounded, to stay as abstract as we can make it, and define the 
areas in which we can, perhaps, inspire more detailed and specific 
models to be built to the general framework of the Reference Model.


At 6:00 AM -0700 4/13/05, Monica J. Martin wrote:
>Rex, privately, no one has really touched on what SOA is before they 
>start decomposing it. I see an approach of building from the ground 
>up. But, I've not had time to read all the treatises.  Someone else 
>mentioned this to me as well yesterday. Seems like 'can't see the 
>forest for the trees.' Thanks.
>>>It strikes me that the core nature of a Service-Oriented 
>>>Architecture  lies in a transactional model in which a Service 
>>>Provider or Service  Producer publishes a named set or container 
>>>of a service or services,  the description of which is searchable 
>>>by a Service Consumer according  to some set of features or 
>>>criteria which our RM provides.
>>>Even at a high level of abstraction, this will prove a test for us.

Rex Brooks
President, CEO
Starbourne Communications Design
GeoAddress: 1361-A Addison
Berkeley, CA 94702
Tel: 510-849-2309

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]