OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: SAX/C++ vs. SAX2

[ Lists Home | Date Index | Thread Index ]
  • From: uche.ogbuji@fourthought.com
  • To: Lars Marius Garshol <larsga@garshol.priv.no>
  • Date: Mon, 06 Dec 1999 08:19:39 -0700

> | Just a thought: why not take a leaf out of the DOM's book and write
> | the canonical version of the SAX interfaces in a language-neutral
> | format like IDL? 
> 
> This may sound like a good idea, but it has its drawbacks in that one
> is immediately forced into a lowest common denominator design where it
> is impossible to make use of the features that really make each
> language what they are.
> 
> Also, IDL does not have convenient ways of mapping to C++ streams,
> Java InputStream, Python dictionary-like objects and file-like objects
> etc etc  
> 
> Another problem is that exceptions are first-class objects in SAX
> (which is exploited by the Java and Python mappings), but not in IDL.
> 
> Nor are language naming conventions respected. (startElement should
> really be startElement (in Java), start_element (in C++, Python, IDL)
> and start-element (in Common Lisp/Scheme) and there may even be more
> variations.
> 
> As a general reference and statement of intent it might have some
> value, but I really think translation should be done by humans. The
> main advantage feature of IDL, cross-process and cross-language
> interoperability, is not really all that valuable for SAX anyway.

All these problems you bring up are already being addressed by most language 
groups in the process of developing a CORBA binding.  Do you really see such 
evil in the C++, Java and python bindings for native construction from IDL?

I should repeat that not all aspects of CORBA bindings are useful.  For 
instance, the Java binding for actual distributed components requires an ugly 
explosion of packages to cope with CORBA's semantics (largely that language's 
own fault for not supporting multiple implementation sharing).  But I don't 
think these problems plague the simple task of mapping IDL to native 
signatures.


-- 
Uche Ogbuji
FourThought LLC, IT Consultants
uche.ogbuji@fourthought.com	(970)481-0805
Software engineering, project management, Intranets and Extranets
http://FourThought.com		http://OpenTechnology.org



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS