RE: RRSHB CR test scenarios

"Martin Gudgin" <[email protected]>
Newsgroups gmane.text.xml.distributed
Message-ID <DD35CC66F54D8248B6E04232892B63380363A849@RED-MSG-43.redmond.corp.microsoft.com>
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'; [email protected]
> 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: [email protected]
> > [mailto:[email protected]] On Behalf Of Anish Karmarkar
> > Sent: 22 September 2004 09:09
> > To: [email protected]
> > 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
> > --
> > 
> > 
> >
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.