- From: Anish Karmarkar <Anish.Karmarkar@oracle.com>
- Date: Wed, 22 Sep 2004 09:39:51 -0700
- To: Martin Gudgin <mgudgin@microsoft.com>
- CC: xml-dist-app@w3.org
Yes, of course. Thx for catching this. I used the example in RRSHB spec as a skeleton for the test example messages, so this is an issue for the RRSHB spec as well. I would like to raise this as an ed. issue (for both the examples in RRSHB) -Anish -- Martin Gudgin wrote: > Also, I hope we're using the Rec version of the SOAP namespace; > > http://www.w3.org/2003/05/soap-envelope > > Gudge > > > >>-----Original Message----- >>From: Martin Gudgin >>Sent: 22 September 2004 16:10 >>To: 'Anish Karmarkar'; xml-dist-app@w3.org >>Subject: RE: RRSHB CR test scenarios >> >>A couple of comments: >> >>1. Your schema has a resource attribute on >>GetResourceRepresentation but your example message has the >>URI as the content of the element. I've assumed the schema is correct. >> >>2. I'm interpreting Test 2 as a single test with MTOM used >>for both input and output messages. >> >>Gudge >> >> >>>-----Original Message----- >>>From: xml-dist-app-request@w3.org >>>[mailto:xml-dist-app-request@w3.org] On Behalf Of Anish Karmarkar >>>Sent: 22 September 2004 09:09 >>>To: xml-dist-app@w3.org >>>Subject: RRSHB CR test scenarios >>> >>> >>>I took an AI to send out implementation tests for RRSHB. This email >>>fulfills that action. >>> >>> >>> >>>RRSHB Implementation/Interop tests for the CR phase :- >>> >>>The tests below cover the following: >>>* basic RRSHB testing >>>* testing with multiple RRSH blocks that represent the same >> >>resource >> >>>but >>> have different meta-data >>>* RRSHB testing in conjunction with xmlmime:contentType attribute >>>* RRSHB testing in conjunction with MTOM >>> >>> >>>The schema for the elements and attributes used in the tests is as >>>follows (reuses the 'Data' element from MTOM tests with different >>>namespace): >>> >>><xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema' >>> targetNamespace='http://example.org/rrshb/test' >>> xmlns:x='http://example.org/rrshb/test' > >>> >>> <xs:import namespace='http://www.w3.org/2004/06/xmlmime' /> >>> >>> <xs:element name='Data' > >>> <xs:complexType> >>> <xs:simpleContent> >>> <xs:extension base='xs:base64Binary' > >>> <xs:attribute ref='xmime:contentType' /> >>> </xs:extension> >>> </xs:simpleContent> >>> </xs:complexType> >>> </xs:element> >>> >>> <xs:element name='GetResourceRepresentation' > >>> <xs:complexType> >>> <xs:attribute name='resource' type='xs:anyURI' >> >>use='required' /> >> >>> </xs:complexType> >>> </xs:element> >>> >>> <xs:element name='ResourceRepresentation' > >>> <xs:complexType> >>> <xs:sequence> >>> <xs:element ref='x:Data' minOccurs='1' >> >>maxOccurs='unbounded' /> >> >>> </xs:sequence> >>> <xs:attribute name='resource' type='xs:anyURI' >> >>use='required' /> >> >>> </xs:complexType> >>> </xs:element> >>> >>></xs:schema> >>> >>> >>> >>>Test 1: Basic RRSHB testing >>> >>>The tests consists of - >>> >>>Request message: node A (client) sends a message to node B >>>(server) with >>>Resource Representation Header block(s) for the resource >> >>identified by >> >>>"http://example.org/rrshb/test/data". SOAP Body consists of the >>>element >> >>{http://example.org/rrshb/test}GetResourceRepresentation. If >> >>>multiple RRSHB are present in the message they must have different >>>values for the attribute "xmlmime:contentType". >>> >>>example request message: >>> >>><soap:Envelope xmlns:soap='http://www.w3.org/2002/12/soap-envelope' >>> xmlns:rep='http://www.w3.org/2004/08/representation' >>> xmlns:xmlmime='http://www.w3.org/2004/06/xmlmime'> >>> <soap:Header> >>> <rep:Representation >>>resource='http://example.org/rrshb/test/data'> >>> <rep:Data xmlmime:contentType='image/png'>...</rep:Data> >>> </rep:Representation> >>> <rep:Representation >>>resource='http://example.org/rrshb/test/data'> >>> <rep:Data xmlmime:contentType='image/jpeg'>...</rep:Data> >>> </rep:Representation> >>> </soap:Header> >>> <soap:Body> >>> <x:GetResourceRepresentation >>>xmlns:x='http://example.org/rrshb/test'> >>> http://example.org/rrshb/test/data >>> </x:GetResourceRepresentation> >>> </soap:Body> >>></soap:Envelope> >>> >>>Response message: node B (server) responds to node A (client) by >>>including all the representations of the resource identified by >>>"http://example.org/rrshb/test/data", in the SOAP Body as >> >>the content >> >>>of the element >> >>{http://example.org/rrshb/test}ResourceRepresentation. >> >>>example message: >>> >>><soap:Envelope xmlns:soap='http://www.w3.org/2002/12/soap-envelope' >>> xmlns:rep='http://www.w3.org/2004/08/representation' >>> xmlns:xmlmime='http://www.w3.org/2004/06/xmlmime'> >>> <soap:Body> >>> <x:ResourceRepresentation >> >>xmlns:x='http://example.org/rrshb/test' >> >>> >>>resource='http://example.org/rrshb/test/data'/> >>> <x:Data xmlmime:contentType='image/png'>...</x:Data> >>> <x:Data xmlmime:contentType='image/jpeg'>...</x:Data> >>> </soap:Body> >>></soap:Envelope> >>> >>> >>>Test 2: RRSHB testing with MTOM >>> >>>a) same as test 1 but the request message uses MTOM to optimize all >>>the RRSHB (by using xop:Include). >>> >>>b) same as test 1 but the response message uses MTOM to >> >>optimize all >> >>>the x:Data elements (by using xop:Include) >>> >>> >>>Test 3: RRSHB testing with "reinsert" >>> >>>In this test the SOAP path consists of node A --> node B --> node A. >>>Node B acts as a forwarding intermediary. The message sent >> >>from node A >> >>>to node B is same as in test 1, but all the RRSHB headers have the >>>"reinsert" and "relay" attribute with the value of "true". >> >>The message >> >>>sent from node B to node A is same as in test 1, but all the RRSHB >>>headers included in the request message are also present in the >>>response message. >>> >>> >>> >>>The tests do not cover section "4.3.3 Extension example: >> >>HTTP resolver >> >>>extension", as this was considered to be an example and >> >>non-normative. >> >>>Should this section be tested? >>> >>>Comments? >>> >>>Regards. >>> >>>-Anish >>>-- >>> >>> >>> > >
Received on Wednesday, 22 September 2004 16:40:25 UTC