[SCA EVENTS] Wiring and Interface Compatibility

[Mike Edwards <mike_edwards@uk.ibm.com>]

Scott,

I couldn't help being puzzled by a sentence
of yours here:

"Our current
wiring and interface compatibility rules simply make the  
assumption that every interface has at least one request-reply  
operation."

I was not aware that our current specification
makes this assumption.  It implies that an interface
that consists entirely of operations
which are marked OneWay is not legal for use in conjunction
with SCA services and references.

Can you point me to the part of the
Assembly spec that declares this restriction, please?


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

From:	Scott Vorthmann <scottv@tibco.com>
To:	Martin Chapman <martin.chapman@oracle.com>
Cc:	"'OASIS Assembly'" <sca-assembly@lists.oasis-open.org>
Date:	11/09/2009 07:37
Subject:	Re: [sca-assembly] [SCA EVENTS] Summary of tentative agreements

---

Martin,

I was afraid that I mis-heard Peter's question to me, and it looks  
like I did.  I'm not in agreement with number 4, and I think I can
 
safely say I speak for TIBCO on this.

In my view, the constraints on "wiring" and interface compatability
 
should be contingent upon the character of the interface.  For  
example, an interface entirely full of one-way operations (I'll call  
them events) does not require a producer of those events to produce  
any or all of them; it merely guarantees that no *other* events will  
be produced by that producer.

Our current wiring and interface compatibility rules simply make the  
assumption that every interface has at least one request-reply  
operation.

Scott

On Sep 10, 2009, at 6:22 AM, Martin Chapman wrote:

> Here is a summary of what I think we agreed yesterday, and are  
> therefore areas for the TC to explore further.
>
>
>
> Position 1: the current SCA 1.1 model needs tweaking/adding to, to
 
> support a pub/sub paradigm.
>
>
>
> Position 2: SCA 1.1 use of WSDL has certain assumptions in  
> assemblers’/developer’s heads (and current tooling), which need
 re- 
> examining for pub/sub.
>
>
>
> Position 3: SCA 1.1 wires and wiring may be too restrictive for pub/
> sub and need to be relaxed/extended.
>
>
>
> Position 4: We agreed that an assembler looking at SCDL should be
 
> able to distinguish between events and one-way requests.
>
>
>
> Cheers,
>
>    Martin.
>
>
>
>
> Martin Chapman | Standards Professional
> Mobile: +353 87 687 6654
>
> ORACLE Ireland
> "Please consider your environmental responsibility before printing
 
> this e-mail"
>


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to 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