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

From
Mike Edwards <>
Date
2008-06-19T10:07:24+00:00
ID
Thread
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:  

David Booz <>

18/06/2008 20:20

To



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:

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