RE: [Bug 8182] New: unclear if/when result of a fragment Put is XSD validated

It seems the resource manager may decide to schema validate the updates based on a number of internal and external triggers. For example, it may do consistency checks based on isolation / validation policies in place. It seems best to leave the choice to the resource manager on whether to schema validate upates.

WS-Transfer says "implementations MAY use the fault code wst:InvalidRepresentation if the presented representation is invalid for the target resource". This allows the resource manager to throw a fault if it detects an update is schema invalid.

-----Original Message-----
From: public-ws-resource-access-notifications-request@w3.org [mailto:public-ws-resource-access-notifications-request@w3.org] On Behalf Of bugzilla@wiggum.w3.org
Sent: Wednesday, November 04, 2009 10:32 AM
To: public-ws-resource-access-notifications@w3.org
Subject: [Bug 8182] New: unclear if/when result of a fragment Put is XSD validated

http://www.w3.org/Bugs/Public/show_bug.cgi?id=8182

           Summary: unclear if/when result of a fragment Put is XSD
                    validated
           Product: WS-Resource Access
           Version: PR
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Fragment
        AssignedTo: public-ws-resource-access-notifications@w3.org
        ReportedBy: gilbert.pilz@oracle.com
         QAContact: public-ws-resource-access-notifications@w3.org


When performing a WS-Fragment Put it is possible for the resulting document to be invalid against the schema that defines that document. There are cases where you would like the resource manager to check this and fault. There are other cases where you might not.

Strawman Proposal: Add a boolean attribute to /wsrt:Put/Fragment that indicates whether schema validation of the resulting document should be performed as part of the Put operation. Define a new fault for when schema validation is requested and fails.


--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: ------- You are the QA contact for the bug.
You are the assignee for the bug.

Received on Saturday, 2 January 2010 16:55:43 UTC