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

Re: IDL for SAX2

  • From: uche.ogbuji@f...
  • To: Lars Marius Garshol <larsga@i...>
  • Date: Sun, 28 Mar 1999 11:31:16 -0700

dave meggison
> 
> * Lars Marius Garshol
> |
> | Many things in SAX won't wash in IDL, such as the use of the
> | Java-specific InputStream, Reader and Locale objects.

<SNIP-MY-REPLIES-AND-LARS-FOLLOWUPS />

I understand your point much better than after your first post, thanks.  I had 
the impression that you were saying that certain interfaces that happen to be 
implemented in Java could not be implemented in IDL.

So you say that IDL is more useful if one desires direct language and platform 
transparency, rather than as a general protocol-definition language.  I agree 
with that assessment, but I'll also point out that it's no worse in that 
regard than Java.

All of the litany of non-Java language-specific elements you mention still 
need to be translated from Java, as they would from IDL, so I still don't see 
how that acts as an argument against IDL.  Java doesn't support Python's 
__getitem__ semantics function, for instance.

When using IDL purely for design presentation, you can add all the comments 
you like to motivate language-specific features.  At least, then you have a 
common core, and the language-specific elements are a clear departure, rgather 
than something one has to puzzle out from the behavior of Java.

If there were another language that supports defining the interface with more 
flexibility for language-specific constructs, I wouldn't mind using that 
rather than IDL.  Do you have any to suggest?

As it is, however, as parsers come in C, C++, Python, Java, Perl, etc., and I 
don't see why we shouldn't use the most widely recognized middle-ground 
language for sharing interface between these languages (maybe recognition is 
the politics you were referring to earlier, but I choose to believe that IDL 
has real merits).

But as I type, I realize that the great majority of contributors to SAX2 seem 
to have a Java bent, so maybe it's just best for Dave Meggison to publish 
Java-SAX2, and to have it translated to IDL (I guess I'll volunteer to do so, 
as I'm the lone advocate so far).  I do think that this will help others 
outside this list as they have to implement SAX2 in their work.  After all, we 
want more standardization around SAX, right?

-- 
Uche Ogbuji
FourThought LLC, IT Consultants
uche.ogbuji@f...	(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@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
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.