From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,deac256a05c84a59 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news1.google.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: "Marc A. Criley" Newsgroups: comp.lang.ada Subject: Re: DOM and SAX parsing in Ada Date: Tue, 25 Jan 2005 12:21:21 -0600 Message-ID: <35nh12F4oe4caU1@individual.net> References: <41900010.D28DD400@boeing.com><9CWjd.17305$5K2.1356@attbi_s03> <1106223415.857525.176640@c13g2000cwb.googlegroups.com> <41F4DB6F.4090909@mailinator.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net rlqIktU6UegtBK5wrOkgkA6HV9AaQbAnSo7IVI6QLltfcXPauX User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en In-Reply-To: Xref: g2news1.google.com comp.lang.ada:7978 Date: 2005-01-25T12:21:21-06:00 List-Id: Nick Roberts wrote: > "Alex R. Mosteo" wrote: > >>Nick Roberts wrote: >> >>>Would anyone be interested in an Ada package that parsed XML (including >>>DTDs and entities, with namespace support), but which was written with >>>an interface that is (hopefully) better suited to Ada than DOM or SAX? >> >>I for one am interested. What kind of Ada-ish interface have you in mind? > > It is really quite similar to DOM, but simplified and made more Ada-ish. As one intent on exploiting the XML market with the aid of Ada, I wish that the developers interested in XML would work on adding to the Ada-XML development tool chest, rather than coming up with new ways to do something that's already been done. Look, I'm not trying to tell anyone what to do, it's just that IMHO Ada developers are sparse, and those interested in XML even more so, so by doubling or tripling up doing something that's already done, it takes away from adding new capabilities. Maybe AdaCore's XML/Ada isn't as Ada-ish as it could be, but for the most part does DOM and SAX parsing just fine (plus, you get the source code), and it's out there now. If the XML/Ada interface is too thin, write a thick binding and release that, then move on to something else. I looked at putting together an XML parser at one time, then woke up and realized that, duh, one already existed, so my time would be better spent leveraging off of it, hence XPath In Ada (XIA). I'm just suggesting is all...don't get caught up in Not-Invented-Here when there's are whole fields of functionality that need Ada bindings or implementations. Marc A. Criley McKae Technologies www.mckae.com