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



Folks,

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

To
sca-policy@lists.oasis-open.org
cc
Subject
[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
e-mail:booz@us.ibm.com
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
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]