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: Re: [sca-policy] Issue 26 - final proposal



Dave,

I am still a bit confused by the proposal and I hope that this email will pinpoint the problem and lead to a
quick resolution.

The problem I have concerns the complex type definitions for SecurityIdentity and for Authorization.

I am assuming that:

a) SecurityIdentity

can
EITHER be a single useCallerIdentity element
OR a single runAs element

- this is implied by the <choice> element at line 204

What is confusing is:

1) the text following 31 does not say this - I think that it should, to make things clear

2) the useCallerIdentity declaration at line 206 uses "maxOccurs=1" while the runAs declaration
at line 207 does not.  Typically a <choice> implies the use of 1 (and 1 only) of the elements inside
the choice.  So I deem the "maxOccurs=1" as redundant - it should be removed.  Its presence on
one element within the choice and not on another implies some difference in treatment of those
elements which does not in fact apply.    
Or have I got this wrong and you want to allow or multiple runAs elements??


b) Authorization

I assume that the required behaviour is that the Authorization element contains 1 and 1 only of
the following child elements:

<allow/>
<permitAll/>
<denyAll/>

1) It would be useful if the text around line 50 said this - for clarity.

2) The schema in lines 220-223 uses "maxOccurs=1" for the child elements inside a <choice> element.
The use of choice implies the use of 1 and 1 only of one of the child elements - so the "maxOccurs=1"
are redundant - and confusing since they make the reader ask "why are they there?".
Or have I misunderstood the reason for them being there?


Yours,  Mike.

Strategist - Emerging Technologies, SCA & SDO.
Co Chair OASIS SCA Assembly TC.
IBM Hursley Park, Mail Point 146, Winchester, SO21 2JN, Great Britain.
Phone & FAX: +44-1962-818014    Mobile: +44-7802-467431  
Email:  mike_edwards@uk.ibm.com



David Booz <booz@us.ibm.com>

03/07/2008 18:08

To
sca-policy@lists.oasis-open.org
cc
Subject
[sca-policy] Issue 26 - final proposal






I updated the proposal based on editorial and typo changes from Mike E and
Rich L.

(See attached file: Issue26_proposal_v3.doc)

Dave Booz
STSM, BPM and SCA Architecture
Co-Chair OASIS SCA-Policy TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093  or  8-295-6093
e-mail:booz@us.ibm.com[attachment "Issue26_proposal_v3.doc" deleted by Mike Edwards/UK/IBM] ---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  You may a link to this group and all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php







Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU








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