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

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-policy message

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


Subject: NEW ISSUE: POL70011 and POL70012 need to be updated


TARGET: Policy spec, rev16 section 7.2.1 [1]

DESCRIPTION: Issue 32 [2] added a few new authentication intents, but the resolution of that issue did not address the text in 7.2.1 which describes qualifiers for the previous authentication intent.

PROPOSAL:
Change POL70011 to:
When a serverAuthentication, clientAuthentication, confidentiality or integrity intent is qualified by transport, an SCA Runtime MUST delegate serverAuthentication, clientAuthentication, confidentiality and integrity, respectively, to the transport layer of the communication protocol.

Change POL70012 to:
When a serverAuthentication, clientAuthentication, confidentiality or integrity intent is qualified by message, an SCA Runtime MUST delegate serverAuthentication, clientAuthentication, confidentiality and integrity, respectively, to the message layer of the communication protocol.

Note: I didn't add the related profile intents to reduce verbosity, and because I think it's clear that a profile intent is a macro for the intents that it composes.


[1] http://www.oasis-open.org/committees/download.php/31215/sca-policy-1.1-spec-CD01-Rev16.pdf
[2] http://www.osoa.org/jira/browse/POLICY-32


Dave Booz
STSM, BPM and SCA Architecture
Co-Chair OASIS SCA-Policy TC and SCA-J TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093 or 8-295-6093
e-mail:booz@us.ibm.com



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