RE: AFTF requirements, pre-2003/01/31 telcon

> -----Original Message-----
> From: Rich Salz [mailto:rsalz@datapower.com] 
> Sent: 01 February 2003 01:11
> To: Martin Gudgin
> Cc: Sanjiva Weerawarana; jones@research.att.com; Martin 
> Gudgin; xml-dist-app@w3.org
> Subject: Re: AFTF requirements, pre-2003/01/31 telcon
> 
> 
> > DRXX - A message with all its parts, however separated physically, 
> > must be representable as a single infoset and describable 
> as a single 
> > XML element in an XML schema.
> 
> What's the Infoset description of an external XML message 
> with its own DTD?
> 
> What's the rationale for wanting to impose the Infoset model 
> on anything someone might want to reference from a SOAP 
> message?  What kinds of things do you think would be gained 
> and lost from this approach?

I think that given we have spent the last 2+ years defining envelope as
infoset and a processing model for that infoset it would behoove us to
make sure that we can at least map whatever we come up with into that
infoset.

FWIW - I think a reasonable schema type for an element whose content was
an XML message with it's own DTD would be

<xs:complexType name='XMLDoc" >
  <xs:simpleContent>
    <xs:extension base='xs:base64Binary" >
      <xs:attribute name='href' type='xs:anyURI' />
      <xs:attribute name='type' type='xxx:MimeType' fixed='text/xml' />
    </xs:extension>
  </xs:simpleContent>
</xs:complexType>

where xxx:MimeType is some simple type that allows all the registered
MIME types.

Gudge