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] Identity


I agree. Identity is a component that must be addressed and I forgot to address it in 2.4. But we must be clear, identity is not mandatory, the service (or fabric) defines the identity requirements.

 -----Original Message-----
From: 	Duane Nickull [mailto:dnickull@adobe.com] 
Sent:	May 12, 2005 11:51 AM
Cc:	SOA-RM
Subject:	Re: [soa-rm] Identity

Ken:

I really like this notion you came up with.  Looking at the SOA stack in 
section 2.0 from the F2F, availability, presence, discover ability 
touches all facets of service descriptions including policies (identity 
must be there since security polices often rely on identity), contract 
(have to know who is in the contract with you) and Data model (not sure 
identity is directly linked but a data model may require an identity 
token).  Identity does not touch semantics directly (which is correct IMO).

By placing identity as an aspect of availability, presence and discover 
ability, it touches all those aspects according to normal conventions 
for stack diagrams.  Ties it all nicely together.  Perhaps we can 
mentally note that a sentence about identity probably could be added to 
that section if not already there and if everyone agrees.

I can then take it out of the sinkhole picture ;-)

Duane


Ken Laskey wrote:

> Identity also needs to be part of availability 
> (authentication/authorization) because you need to be sure of who you 
> are dealing with to be sure access is appropriately given or withheld.


-- 
***********
Senior Standards Strategist - Adobe Systems, Inc. - http://www.adobe.com
Chair - OASIS Service Oriented Architecture Reference Model Technical Committee - 
http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=soa-rm
Vice Chair - UN/CEFACT Bureau Plenary - http://www.unece.org/cefact/
Adobe Enterprise Developer Resources  - http://www.adobe.com/enterprise/developer/main.html
***********






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