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 8191 - Frag: serialization of fragment Put input is underspecified
Summary: Frag: serialization of fragment Put input is underspecified
Status: CLOSED REMIND
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: Fragment (show other bugs)
Version: FPWD
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Gilbert Pilz
QA Contact: notifications mailing list for WS Resource Access
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-04 22:44 UTC by Gilbert Pilz
Modified: 2010-03-17 11:28 UTC (History)
1 user (show)

See Also:

Attachments
latest proposal (99.77 KB, text/html)
2010-01-28 00:38 UTC, Doug Davis 		Details
latest proposal with Ashok's wording (107.60 KB, text/html)
2010-01-28 00:43 UTC, Doug Davis 		Details
latest (107.82 KB, text/html)
2010-01-28 17:25 UTC, Doug Davis 		Details

Description Gilbert Pilz 2009-11-04 22:44:11 UTC 
In the descriptions of the "XPath Level 1" and "XPath 1.0" expression languages, WS-Fragment describes some important serialization rules for text and attribute nodes, however it does not say if or how such rules should be applied to /wst:Put/wsf:Fragment/wsf:Value's.
Comment 2 Robert Freund 2010-01-28 00:31:44 UTC 
comment #1 discussed with the following amendments:
s/messaging/message
s/An XPath 1.0 expression MAY evaluate to multiple nodes; because of this the XPath 1.0 language MUST NOT be used with a "Put" or "Create" operation./In the event that there is more than one node which would match the XPath, the implementation MUST select or return the first node only.
Comment 3 Doug Davis 2010-01-28 00:38:17 UTC 
Created attachment 813 [details]
latest proposal
Comment 4 Doug Davis 2010-01-28 00:43:18 UTC 
Created attachment 814 [details]
latest proposal with Ashok's wording
Comment 5 Doug Davis 2010-01-28 17:25:44 UTC 
Created attachment 815 [details]
latest
Comment 6 Robert Freund 2010-01-28 17:26:25 UTC 
resolved with comment #5