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

Re: Java class != XML entity

• From: len bullard <cbullard@h...>
• To: David Megginson <david@m...>
• Date: Wed, 12 Aug 1998 22:15:24 -0500

David Megginson wrote:
> 
>  > ... Colonized namespaces can contain property values from different
>  > classes of objects in a single document yes?  To me as an SGMLer, a
>  > colonized document *looks like* an SGML document with multiple
>  > doctype statements.
> 
> Or a class implementing multiple interfaces (sorry, I couldn't
> resist).

Ok.  It's all hanging under an object tree with a classID in the 
toys they give me at work.  Sigh.. we are MSThralls and while it 
may not be kosher, the code runs. :-)

If wrong, kick me.  An ns attribute addresses a schema.  That 
schema defines the namespace.  In some examples, that points to a 
DTD, doing the job a Doctype does without the other stuff and 
no assertion about the capability of the schema except that 
it can be used to disambiguate the namespace for properties 
in the local scope.  In others, it points to a classID in a registry. 
One might be semi-sorta-kinda-liftTongue BNF, and the other is, here in
ThrallLand, an Active-X object.  

So it looks to me like both models are right and both 
represent different things.  For the purposes of creating 
a compound instance, namespaces look good.  Validation?  
Having one file with multiple parse/validation contexts 
seems to go way beyond the skill of the DePH, and is 
maybe HarderThanSGML?????  Where are those simple requirements?

Ok, what IS a compound document type definition (CDTD)?
  
It is a very interesting problem.  Here is my challenge: 
regardless of public relations and so on, an SGML DTD is a 
reasonable thing to look and use to eyeBall parse a 
file given resolution of the parameter entities.   It 
takes a little practice, but most oldSGMLers can do it. 

An XML compound DTD should also provide this ability.

len 

PS:  I promise to read XML-Data ASAP.

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

• Follow-Ups:
  • Re: Java class != XML entity
    • From: David Megginson <david@m...>

• References:
  • RE: Namespaces and XML validation
    • From: Dean Roddey <roddey@u...>
  • Re: Namespaces and XML validation
    • From: John Cowan <cowan@l...>
  • Re: Namespaces and XML validation
    • From: "David G. Durand" <dgd@c...>
  • Java class != XML entity
    • From: David Megginson <david@m...>
  • Re: Java class != XML entity
    • From: len bullard <cbullard@h...>
  • Re: Java class != XML entity
    • From: David Megginson <david@m...>

• Prev by Date: Re: [help]xml4j (linux)
• Next by Date: Re: REQ: ISO 8601 Comments
• Previous by thread: Re: Java class != XML entity
• Next by thread: Re: Java class != XML entity
• Index(es):
  • Date
  • Thread