- From: Doug Davis <dug@us.ibm.com>
- Date: Mon, 12 Jan 2009 13:48:21 -0500
- To: public-ws-resource-access@w3.org
- Message-ID: <OFEAE8475A.7BD8B608-ON8525753C.004BE4B7-8525753C.00675050@us.ibm.com>
The features of WS-ResourceTransfer are a natural extension of WS-Transfer
and really should be part of the WS-Transfer spec itself. The reason for
the current split is mainly history. Now would be the time to merge the
fetures of RT into T so that we remove the need for an additional
specification and reduce the complexity for the implementators and end
users.
Proposal:
Move the following features from RT in T:
- Fragment support
Pull would then become:
<wst:Get Dialect="xs:anyURI"?>
<wst:Expression ...> xs:any </wst:Expression> *
</wst:Get>
Note: if Dialect is not present then wst:Get acts like it does today.
In other words, the child of wst:Get becomes the full representation of
the resource.
PullResponse would then becomes:
<wst:GetResponse>
<wst:Result ...> xs:any </wst:Result> *
</wst:GetResponse>
<wst:Put Dialect="xs:anyURI"?>
<wst:Fragment Mode="Modify|Insert|Remove">
<wst:Expression>xs:any</wst:Expression> ?
<wst:Value ...>xs:any</wst:Value> ?
</wst:Fragment> +
</wst:Put>
Note: if Dialect is not present then wst:Put acts like it does today.
In other words, the child of wst:Put would becomes the full
representation of the resource.
Create would become:
<wst:Create Dialect="xs:anyURI"?>
<wst:Fragment>
<wsmex:Metadata> ... </wsmex:Metadata> ?
<wst:Expression>xs:any</wst:Expression> ?
<wst:Value ...>xs:any</wst:Value>
</wst:Fragment> *
</wst:Create>
Note: if Dialect is not present then wst:Put acts like it does today.
In other words, the child of wst:Create would becomes the full
representation of the resource.
- Move over the Dialects
- Move all faults associated with these features.
Note: if we do this then some of the other issues I've opened about BP
compliant will go away because this already adds a wrapper/GED to the
child of the env:Body.
thanks
-Doug
______________________________________________________
STSM | Web Services Architect | IBM Software Group
(919) 254-6905 | IBM T/L 444-6905 | dug@us.ibm.com
Received on Monday, 12 January 2009 18:49:15 UTC