[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: multipart/related (was: Re: Multiple docs in 'wrapper')

  • From: Mark Birbeck <Mark.Birbeck@i...>
  • To: xml-dev <xml-dev@i...>
  • Date: Sun, 31 Oct 1999 15:39:10 -0000

multipart related
John Tigue wrote:
> Mark Birbeck wrote:
> > Anton Schoultz wrote: 
> > > Q1-Does XML support multiple document types in a file? 
> > > iow could I wrap several invoice docs, a couple of 
> > > statement docs, and a report into one file?
> > 
> > [Mark Birbeck]  
> > Take a look at the fragment interchange spec, at W3C. 
> > It's very simple but quite good. 
> [John Tigue]
> I agree with Mark. Another alternative, would involve
> "multipart/related" as defined in RFC2112:
> [snip]

I think this mixes two different levels of abstraction. I believe the
original question concerned the logical - or nodal - representation of a
number of XML 'documents' in one document, in a manner that allows them
to be broken apart again easily. Fragments is simple to use for this.
The MIME mechanism concerns 'real' documents that need to travel
together, but it is operating at a different level. Of course the
question might have meant that - in which case the answer is just Xip
them up!

I may as well make an additional point whilst we're here, concerning the
phrasing of the original question. You cannot actually 'mix' different
'document types' in one 'file'. An XML document can only have one root
node, and so is only of one document type. You could create your own
'invoice container' doc type if you wanted, which would wrap up
invoices, and then another container doc type to wrap up both the
invoices and statements. All I'm saying is that the frag spec just gives
you a useful place to start when developing a generalised solution.

> [John Tigue]
> This technology is also used over HTTP. This RFC is 
> more stable than the fragment interchange spec.

As I've said, they address different issues. But note also that the frag
spec only has about three elements in it! It's about the simplest spec
you're ever likely to see, and if you think about it's purpose it's
difficult to imagine how it will change. As the authors say, it will be
*built on* by other specs relating to the transportation of fragments,
and so on, but it's a very simple foundation.



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.

Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.