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

Re: Do we need link-catalogs for schemas?

  • From: "Bill la Forge" <b.laforge@j...>
  • To: "Murray Maloney" <murray@m...>
  • Date: Fri, 9 Oct 1998 14:46:13 -0400

Re: Do we need link-catalogs for schemas?
From: Murray Maloney <murray@m...>

>At 01:19 PM 10/9/98 -0400, Bill la Forge wrote:
>>Two concerns here:
>>
>>        1. There should be a way to cascade whole Bind documents,
>>            not just individual entries, as well as adopting a
>> first-encountered
>>            entry rule. This would allow one Bind to override another,
>>            dropping inappropriate items under an entry.
>
>So, just as a stylesheet could be designed for a particular DTD,
>so too could a Bindings document. Or a Bindings document might
>apply to a "library" of element/attribute definitions.


A generic Bind document may be bound to a particular
DTD. But an application specific one with Java class bindings
would probably not be--as a DTD may be usable by more that
one program, each with its own element/class bindings.

>I think that you are also underscoring a need for delegation.


I don't follow.

>I'm not yet sure whether I agree with the first-encountered rule.
>We need to examine the cost of not allowing bindings to be cumulative.

Bindings can be cumulative by making use of the cascading link
internal to the entry. (This is definately getting ahead of the discussion--
I shouldn't have raised such a detail.)

>
>
>>
>>        2. Binding an entry to a class should be accomplished without
>>            recourse to a link. This would allow for light-weight
bindings.
>
>That would be one way to look at it. Another way to keep it
>fairly light-weight is to allow that a set of Bindings might
>be contained in the same document. Thus, we would maintain
>a link mechanism is all cases, but allow for the equivalent
>of a fragment identifier (#) to say that te Binding is located
>in the self-same document.

That does get you more than half way there.
But if the binding for an entry is nothing more than a few
data items, it seems more appropriate simply to
include them right there in the entry.

I think the key here is that we are dealing here with
information specific to a application. So bindings would
likely be defined mostly at the top level and rarely at the
level where the Bind document is dealing with generic information
applicable to all uses of a particular markup language.

Bill


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/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.