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

RE: Namespace related-resource bundles: just the one?

  • From: Jonathan Borden <jborden@m...>
  • To: Uche Ogbuji <uche.ogbuji@f...>, Miles Sabin <MSabin@i...>
  • Date: Mon, 01 Jan 2001 13:58:19 -0500

RE: Namespace related-resource bundles: just the one?
I was thinking in terms of an entity resolver which would by default
dereference a namespace URI to get the catalog, but could be given a local
catalog as an override.

I was also thinking that a parser might associate a catalog with each
namespace and use the appropriate catalog depending on the element being

> > As a consequence it looks as though we wouldn't be able to take
> > an _existing_ document instance (which already references a
> > resource bundle via it's namespace URI) and, for example,
> > associate it with a different XML or RDF schema without
> > negotiating with the controllers of the existing bundle URI.


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.