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 27 - operation attachment of policy - proposal


I seem to be developing into "critic in chief", which seems terribly negative - and I'm not picking on Dave, either :

The document that Dave provides here is fine - my only query is about some changes in the XSD section at the
end, which I can't quite fathom - are these just some trivial formatting changes or is there something deeper here?


My negative sentiments are about the need to do this operation level stuff at all.  We are quietly creating an SCA
interface definition language here.  I also really baulk at the "operation" elements turning up both under <service/>
and <reference/> but also under <binding/>.

My proposal is to scrap these operation elements altogether.  The capability is then provided in two ways:

a) in the interface definition itself through annotations (we have these already)

b) through the external attachment mechanism - we're structuring the "pointer" mechanics of this to provide both
operation and message level attachment.

This should be enough, why do we need a third way to do the same thing?

So, for use cases:

1) Where I control the interface documents, I annotate them in whatever way is necessary.  Simple, job done.

2) Where I don't control the interface documents, I use the external attachment mechanism to provide the necessary
policy attachments from the outside, wiithout needing to mess with the documents.

I note that the second case can deal with both "global attachment" (ie every use of interface X gets this policy attached
to this operation/message)  and also "specific attachment" (ie when interface X is used on this particular service/reference/
component, attach this policy to this operation/message).

I think I said some of this at the F2F, but perhaps it was not very coherent - perhaps this black and white makes it clearer.


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>

18/06/2008 20:20

[sca-policy] Issue 27 - operation attachment of policy - proposal

This closes my AI from the June 6 Face to face regarding Issue 27.

(See attached file: Issue27_proposal_on_wd-05.doc)

Dave Booz
STSM, SCA and WebSphere Architecture
Co-Chair OASIS SCA-Policy TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093  or  8-295-6093
http://washome.austin.ibm.com/xwiki/bin/view/SCA2Team/WebHome[attachment "Issue27_proposal_on_wd-05.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

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]