- From: Doug Davis <dug@us.ibm.com>
- Date: Fri, 10 Apr 2009 19:39:44 -0400
- To: public-ws-resource-access@w3.org
- Message-ID: <OFC2787640.E982F251-ON85257594.00819B3C-85257594.0081FBB0@us.ibm.com>
Hey Geoff - welcome back!
1) EPR (e.g. EndTo) and 2) Delivery+Mode+EPR(e.g NotifyTo)
One way = EPR - like every other WS-* spec that needs to send a message.
thanks
-Doug
______________________________________________________
STSM | Standards Architect | IBM Software Group
(919) 254-6905 | IBM 444-6905 | dug@us.ibm.com
The more I'm around some people, the more I like my dog.
Geoff Bullen <Geoff.Bullen@microsoft.com>
04/10/2009 07:33 PM
To
Doug Davis/Raleigh/IBM@IBMUS, "public-ws-resource-access@w3.org"
<public-ws-resource-access@w3.org>
cc
Subject
RE: [issue 6432] - a modest proposal
Hi Doug,
OK, help me out here, please.
Ø We have two different ways of expressing how/where to send a message(s)
within the same spec.
We believe there is only one specific mechanism. Can you please
articulate the two ways that the spec currently has for expressing
how/where to send a message?
Ø We're moving towards one way.
Can you please articulate the one way that you are trying to move us
towards?
--Geoff
From: public-ws-resource-access-request@w3.org
[mailto:public-ws-resource-access-request@w3.org] On Behalf Of Doug Davis
Sent: Friday, April 10, 2009 12:50 PM
To: public-ws-resource-access@w3.org
Subject: Re: [issue 6432] - a modest proposal
Yves,
Actually, what you describe is what we have now. We have two different
ways of
expressing how/where to send a message(s) within the same spec. We're
moving
towards one way. And, in doing so we're moving towards having it be
consistent with
all other WS-* specs. Code reuse! No specialized "message sending" code
needed
just for WS-Eventing. That's even better for interoperability.
thanks
-Doug
______________________________________________________
STSM | Standards Architect | IBM Software Group
(919) 254-6905 | IBM 444-6905 | dug@us.ibm.com
The more I'm around some people, the more I like my dog.
Yves Lafon <ylafon@w3.org>
04/10/2009 03:33 PM
To
Bob Freund <bob@freunds.com>
cc
David Snelling <David.Snelling@UK.Fujitsu.com>, Gilbert Pilz <
gilbert.pilz@oracle.com>, Asir Vedamuthu <asirveda@microsoft.com>, Doug
Davis/Raleigh/IBM@IBMUS, "public-ws-resource-access@w3.org" <
public-ws-resource-access@w3.org>
Subject
Re: [issue 6432] - a modest proposal
On Thu, 9 Apr 2009, Bob Freund wrote:
> Would it be too bold to suggest folks consider to move NotifyTo to be a
child
> of Subscribe?
> that way, then Delivery could be used (as an xs:Any) extension point,
used by
> other specifications to mean anything they want at at cost of merely
setting
> a SOAP mU header on delivery to get the fault behavior. Of course, the
fault
> would change from modeNotRecognized to SOAP mU Fault, but the other
stuff
> would still work.
> Is that half-way-ish approach that folks could consider?
I am wondering if the outcome of this is to allow two incompatible ways of
doing roughly the same thing in the same specification; and my question
is... what is the story for interoperability?
--
Baroula que barouleras, au tiéu toujou t'entourneras.
~~Yves
Received on Friday, 10 April 2009 23:40:25 UTC