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

How CAN one facilitate re-use of XML components? (was Re: External Entit

• From: "Michael Champion" <Mike.Champion@s...>
• To: <xml-dev@i...>
• Date: Fri, 19 Nov 1999 11:39:48 -0500

----- Original Message -----
From: W. Eliot Kimber <eliot@i...>
To: Gavin Thomas Nicol <gtn@e...>
Cc: <xml-dev@i...>
Sent: Friday, November 19, 1999 10:28 AM
Subject: Re: External Entities A Field Guide (was RE: Feeler for SML
(SimpleMarkup Language))

> This is my statement and I stand by it. In my experience the at-scale
> use of external parsed entities for re-use has only ever led to pain.

OK, so can I ask the list's opinion on what one CAN do to facilitate the
re-use of XML components produced by different authors or processes?  This
is one thing that XML is *supposed* to do well, if you believe various bits
of hype.

This is a topic that has confused me for years.  I've worked on this problem
from two directions, neither terribly successful.  First from the starting
assumption that the external parsed entity mechanism is too tricky and
fragile to support re-use, so we re-worked an editing/publishing product to
support the non-SGML/XML capabilities of underlying document management
systems here.  That was only partially successful, largely because it was
non-standard and difficult to translate to the diverse capabilities of the
various DMS systems.  The other was to try to more smoothly glue the XML
external entity mechanism onto the underlying repositories.  That was
frustrating and only partially successful for the reasons brought out in
these threads.

So is this something that simply has to be done by "whatever means
necessary" on the server/database side? Can databases or servers that
understand the XML entity resolution mechanism but also have version control
help? Will XLink save the day someday? Does the XML spec have to change (a
la Don's comments about facilitating fragment re-use in SML) to make this
happen, should the support go into some future DOM API, or what?

TIA ...




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...)

• Follow-Ups:
  • Re: How CAN one facilitate re-use of XML components?
    • From: David Megginson <david@m...>

• References:
  • RE: External Entities A Field Guide (was RE: Feeler for SML (Simple Markup Language))
    • From: "Gavin Thomas Nicol" <gtn@e...>
  • Re: External Entities A Field Guide (was RE: Feeler for SML (SimpleMarkup Language))
    • From: "W. Eliot Kimber" <eliot@i...>

• Prev by Date: RE: documenting schemas/DTDs
• Next by Date: Re: Are you sure the XML decl shouldnt be a PI ? :)
• Previous by thread: Re: External Entities A Field Guide (was RE: Feeler for SML (SimpleMarkup Language))
• Next by thread: Re: How CAN one facilitate re-use of XML components?
• Index(es):
  • Date
  • Thread