W3C home > Mailing lists > Public > www-ws-desc@w3.org > November 2006

RE: Generic proposal for enganging MTOM in WSDL 2.0

From: <paul.downey@bt.com>
Date: Thu, 30 Nov 2006 11:47:38 -0000
Message-ID: <2A7793353757DB4392DF4DFBBC9522550A201295@I2KM11-UKBR.domain1.systemhost.net>
To: <jonathan@wso2.com>, <ryman@ca.ibm.com>
Cc: <www-ws-desc@w3.org>

Hi Jonathan,

> The risk I saw is that you can't take an off-the-shelf WSDL with embedded
> policy and simply add the new annotation and expect it to work with Canon's
> implementation.  You'd have to do a fairly severe restructuring, losing the
> maintainability provided by the indirection.

I don't think that's the user story ..

> If that's not the goal, and one would instead be taking an off-the-shelf
> WSDL with MTOM extension and adding WS-Policy, 

.. I didn't think so ..

> or crafting a WSDL from
> scratch that would work with both, 
> then this proposal makes more sense.

.. yes, that's the use-case I'm thinking of.

Maybe we can hear from Canon 
given it's them we're trying to help.

> It is unfortunate that there will be two ways to express an extension - 
>   <my:extension/>
> and
>  <foobar wsdli:simpleAssertions="true">
>    <my:extension/>
>  </foobar>
> Are there any ambiguities with this?  Namely, what if I understand both
> <foobar> and <my:extension>.  Does the processing of wsdli:simpleAssertions
> turn off the "understanding" of foobar?  Another way to ask this is - what
> does the component model look like?  Both from a foobar aware processor and
> a my:extension processor.

I'd imagine that's precisely the same as saying:

  <my:extension value="on">
  <my:extension value="off">

or even:


If you are going to say something twice
make sure it's the same thing, otherwise you need 
some context dependent rules, and of course Policy is
pretty good for composition.

So I don't think WSDL 2.0 needs to say anything new here.

Received on Thursday, 30 November 2006 11:48:30 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:07:03 UTC