Foreign object inclusion WAS: Namespaces, Architectural Forms, and Sub-Documents
gmckenzi at JetForm.com
Thu Feb 5 13:47:06 GMT 1998
David Megginson wrote:
> XML documents may (and perhaps, usually will) contain non-XML objects
> such as wordprocessor documents, spreadsheets, MPEG clips, Java
> applets, audio sequences, and many others -- to date, thankfully, no
> one has proposed uuencoding any these and dumping them inline between
> a start and and tag.
Am I to understand from this paragraph that there would be something
wrong with uuencoded or base64'd resources, like audio clips or even a
Java class, between a start and end tag?
I thought this would be a given. Sure using XLL or simple url hrefs are
great, but many times the requirement is for a single file with all
resources literally included.
This is similar conceptually to the intent of MIME, and MHTML, and OLE
(at one time the E meant something -- embedding). Syntactically MIME
derived methods aren't nearly as nice as stuffing the resource between a
start and end tag.
Take a look at the Internet Open Trading Protocol
http://www.otp.org:8080/ It does this all over the place.
A packaging standard to encapsulate all of the resources in the same
file is nice, but why isn't legitimate to place them all inline?
Gavin F. McKenzie Vox:+1(613)230-3676 ext 5277
JetForm Corporation Fax:+1(613)594-8886
http://www.jetform.com mailto:gmckenzi at jetform.com
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev