- From: Doug Davis <dug@us.ibm.com>
- Date: Sun, 11 Jan 2009 09:20:00 -0500
- To: public-ws-resource-access@w3.org
- Message-ID: <OF29CEB054.5838FD1A-ON8525753B.004D2E21-8525753B.004EBDC1@us.ibm.com>
Using MEX and WS-Transfer a client can retrieve, manipulate and even delete the metadata of an endpoint. However, there is no mechanism to create it. This seems like a criticial piece missing from the complete picture. Proposal: Add the ability for a client to create metadata for an endpoint. No concrete proposal yet but I can think of two possible solutions: 1 - define a CreateMetadata(dialect, identifier, data) type of operation in MEX that an endpoint can support. This is probably the easiest. 2 - Merge T and MEX. Yes this is much bigger than #1 but its something I've been wondering about for a while and would like to at least have a discussion of it. If you think of the XML representation of a resource and its metadata as just "data about the resource", then it seems odd to force extra(or special) steps to be taken when dealing with metadata. For example, to get the state of a resource you can just use T/RT to retrieve just that one chunk of XML. But to get part of the metadata of a resource you must use mex.GetMetadata() and then use T/RT to get the data of interest. Why not just treat the metadata as another variant of the resource's data? So the basic idea is to extend the Transfer operations with an optional 'view' or 'dialect' attribute that specific which piece of data its operating on. For example transfer.get() is what we have today - gets the xml represenation of the resource transfer.get("wsdl") retrieves the wsdl transfer.put("wsdl",data) creates/updates the wsdl of the resource thanks -Doug ______________________________________________________ STSM | Web Services Architect | IBM Software Group (919) 254-6905 | IBM T/L 444-6905 | dug@us.ibm.com
Received on Sunday, 11 January 2009 14:20:46 UTC