W3C home > Mailing lists > Public > xml-dist-app@w3.org > October 2000

Re: Issues with Packaging Application Payloads

From: Mike Marra <mike.marra@oracle.com>
Date: Mon, 23 Oct 2000 11:55:40 -0400
Message-ID: <39F45F7C.40528544@oracle.com>
To: xml-dist-app@w3.org

I too would be very interested in seeing such a proof of concept.  I'm in the
applications business (I'm only an observer of this effort) and my team will have
to do exactly this sort of thing to build a functional XML messaging service.  It
must be possible to parse the outer wrapper only, using a single standardized
schema doc for validation, then use the parsed wrapper's content to identify the
"business payload" and only then parse the "business payload" using the
appropriate XSD or DTD.  The two validation schemae/DTD docs must be entirely
independent of each other for this to work in practice.  It is also not acceptable
for the "business payload" to be attached as a URI.  This would require the
receiver of the message to have secured access to that URI and for the URI to
contain only the applicable documents.  This would impose a burden of establishing
and maintaining a multitude of individually secure areas, communicating access
instructions, etc.

--Mike


Laird A Popkin wrote:

> Now this I find very promising. What's the best way to understand the
> current state of XML Schema? Could you possibly write up an XML fragment
> of what it would look like to write an WML wrapper using "schema A" that
> encapsulates an XML body using "schema B", where schemas A and B are
> independent of each other?
>
> On Wed, 18 Oct 2000, David E. Cleary wrote:
>
> > > It seems to me that the problem with transporting arbitrary XML content in
> > > XML messages is that there is no way to easily encapsulate arbitrary XML
> > > within XML and validate it.
> >
> > The 4th way is to use XML Schema and validate it against that instead of
> > using DTDs.
> >
> > David Cleary
> > Progress Software
> >

Received on Monday, 23 October 2000 11:56:03 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:58:57 GMT