- From: Amelia A. Lewis <alewis@tibco.com>
- Date: Mon, 03 Nov 2003 10:28:35 -0500
- To: Sanjiva Weerawarana <sanjiva@watson.ibm.com>
- Cc: www-ws-desc@w3.org
-1. Sorry. See below. On Sun, 02 Nov 2003 16:07:37 +0600 Sanjiva Weerawarana <sanjiva@watson.ibm.com> wrote: > We currently have two fault patterns: > > - FRM which can be used *after* the first message (since it doesn't > make sense to start a MEP with a fault :-)) > - MTF which can be associated with the first message even, but of > course the fault follows the message since its the occurrence > of the mesasage which triggers the fault. > > Now, can we not just stick to MTF? FRM seems like just a special > case when the fault is associated with the first message but > defined with MTF. Not exactly. MTF specifies that the node faulting must try to return the fault to the sender of the message. FRM specifies that the node faulting must try to send the node to the designated recipient of the message it is supposed to transmit. This means, for instance, in the commonly-discussed case of a three-way req/resp (node1 in-> service out-> node2), that the target for the fault generated by the service differs depending upon the model used. For FRM: node2. For MTF: node1. This has security implications. > With FRM, we'd specify a simple in-out scenario with faults > as follows: > <operation name='foo'> > <input messageReference='A' body='x:e1'/> > <output messageReference='B' body='x:e2'/> > <outfault messageReference='B' details='f:f1'/> > <outfault messageReference='B' details='f:f2'/> > </operation> > > If we switch the in-out to use MTF instead, this would look like > this: > <operation name='foo'> > <input messageReference='A' body='x:e1'/> > <output messageReference='B' body='x:e2'/> > <outfault messageReference='A' details='f:f1'/> > <outfault messageReference='A' details='f:f2'/> > </operation> > > The only difference is the value of outfault/@messageReference. > > I can't think of a case where an FRM scenario couldn't be expressed > using MTF thus. in-only, out-only. Using MTF, you get faulting. Using FRM, you get WSDL 1.1 style no-fault operations. > So, shall we drop FRM and stick to MTF?? *laugh* Last time, the proposal was to drop MTF and use only FRM. I think both are necessary, honestly. Although I tend to agree that MTF is more robust. Amy! -- Amelia A. Lewis Architect, TIBCO/Extensibility, Inc. alewis@tibco.com
Received on Monday, 3 November 2003 10:28:24 UTC