This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 9671 - Mex: Support for remote authoring of Metadata: PutMetadata
Summary: Mex: Support for remote authoring of Metadata: PutMetadata
Status: CLOSED REMIND
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: MetadataExchange (show other bugs)
Version: LC
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: notifications mailing list for WS Resource Access
QA Contact: notifications mailing list for WS Resource Access
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-06 16:00 UTC by Katy Warr
Modified: 2011-02-01 18:27 UTC (History)
1 user (show)

See Also:


Attachments
Initial Proposal for Issue 9671 (453.50 KB, application/msword)
2010-05-06 16:01 UTC, Katy Warr
Details

Description Katy Warr 2010-05-06 16:00:03 UTC
Issue http://www.w3.org/Bugs/Public/show_bug.cgi?id=6411 was raised a few months ago in order to provide symmetry between the WS-Mex and WS-T specs and was closed.

We now have new evidence in terms of specific requirements that illustrate the importance of this symmetry.  In particular, metadata authoring for a particular endpoint is often performed using specific tooling that may be remote from the actual runtime. The WS-MetadataExchange spec does not allow for the pushing (update) of metadata from the metadata authoring tooling to the location at which the metadata is stored.  

With the specs as they are currently, an endpoint's metadata could be updated by pulling a reference to the individual metadata resource endpoint and then performing a WS-T Put on the metadata resource endpoint.  There are a number of problems with this approach:
1) An endpoint would need to expose itself as a Metadata endpoint AND each of its metadata parts as Metadata Resources (each supporting WS-Transfer Put)
2) It does not allow for updates to multiple pieces of related metadata for an endpoint in a single step.  This may be problematic as the metadata updates might be to different metadata types, but dependent on each other.
3) It requires an extra step (or steps) - one to get the metadata endpoint to which the WST Put will be targeted and one (or more) to perform the actual WST Put(s).  This complicates the solution and affects performance.

This issue is easy to fix (as we are essentially repeating operations based elsewhere) and would enable the Metadata scenarios to be fully covered by the WS-Mex spec, rather than the specs only provide a partial solution to metadata exchange as they do currently.

I appreciate that this is a late change but it is a very important scenario.  I have generated a complete proposal, where possible utilising existing aspects from other specs that we are confident with.

Proposal
--------
- Add PutMetadata and DeleteMetadata operations to WS-Mex spec (sections 6.3 and 6.4). Note that Metadata creation can be performed by the PutMetadata (there is no need for a create operation).  See comments in the doc for details.
- Update the MetadataExchange Assertion to cater for these new operations (Section 11.1)
- Added faults to support the PutMetadata and DeleteMetadata operations (Section 10) 

Attached is a marked up version showing the proposal.  I have added further explanations as comments within the doc itself.
Comment 1 Katy Warr 2010-05-06 16:01:43 UTC
Created attachment 868 [details]
Initial Proposal for Issue 9671
Comment 2 Robert Freund 2010-05-11 18:06:47 UTC
resolved as proposed