Aflex and Ayacc users may be interested in AdaGOOP, the Ada Generator of Object-Oriented Parsers, which automatically inserts actions to build an OO parse tree. The paper will appear in the June issue of Ada Letters (now available to ACM SIGAda members at http://www.acm.org/sigada/ada_letters/issues/june2000/index.htm. See also ftp://ftp.usafa.af.mil/pub/dfcs/carlisle/usafa/adagoop/index.html --Martin -----Original Message----- From: Kester, Rush W. [mailto:[log in to unmask]] Sent: Wednesday, June 07, 2000 9:29 AM To: [log in to unmask] Subject: XML is the killer app for open source Ada? Why compete with CORBA, Annex E & DCE where there are already solutions in Ada and other language. XML is an area with much potential. An Ada product that would allow a user to specify their own XML keywords then parse and process XML based data, and provide stubs for processing their data, it would be IMHO the right product at the right time. The Super XML product could use Alex & Ayacc to produce much of the skeleton code for the user's unique XML application, but it would be supplemented by Ada code developed by the Ada product team. The package could also be bundled with a GUI builder such as GtkAda so that users could easily build their own applications. The product would have to be packaged with an Ada compiler and various tools and libraries. We should also provide instructions for interfacing to other popular languages. While some users might simply use the Ada skeleton to interface to their current favorite other language, it would demonstrate Ada's interoperability with other languages. It would get an Ada compiler on more peoples computers. And it would get more programmers interested in Ada. Rush Kester Software Systems Engineer AdaSoft at Johns Hopkins Applied Physics Lab. email: [log in to unmask] phone: (240) 228-3030 (live M-F 9:30am-4:30pm, voicemail anytime) fax: (240) 228-6779 http://hometown.aol.com/rwkester/myhomepage/index.html > -----Original Message----- > From: Robert C. Leif, Ph.D. [mailto:[log in to unmask]] > Sent: Wednesday, June 07, 2000 7:47 AM > To: [log in to unmask] > Subject: Re: DCE is the killer app for open source Ada? > > > From: Bob Leif > To: Wesley Groleau et al. > > I believe that CORBA is not going to be the ultimate winner. > However with > Ada you, can have your cake and eat it too. We create a Web compliant > version of DCE that where possible employs CORBA data types > and Annex E. > This would include XML_IO. This DCE in Ada would interface > with both CORBA > and Annex E. > > I have been looking at a similar problem with DICOM, Digital > Imaging and > Communications in Medicine. My solution is to reuse the DICOM > data types and > relevant methods in XML by creating an XML Document Type > Definition, DTD. > Fortunately, DTD semantics are close to Ada. DTD data types > include ranges. > > I might note that I believe that the DCE project should be a > for profit > enterprise. The best method to sell Ada is to demonstrate > that it can make > one into a multimillionaire. > > -----Original Message----- > From: Team Ada: Ada Advocacy Issues (83 & 95) > [mailto:[log in to unmask]]On Behalf Of W. Wesley Groleau x4923 > Sent: Wednesday, June 07, 2000 7:02 AM > To: [log in to unmask] > Subject: Re: DCE is the killer app for open source Ada? > > > > I have been snooping around for info on my earlier proposal > on DCE. I > > found a paper on the issue, > > quite interesting reading actually. > > > > http://www.chips.chalmers.se/Chips/dokumentation/rapporter/OS-DCE.html See also http://www,mitre.org/research/domis/reports/DCEvCORBA.html To oversimplify, CORBA is better for Object-Oriented work, and has some low-level capabilities that DCE lacks. However, DCE has more high-level capabilities (distributed file system, for example). An Ada implementation, using CORBA, of some significant DCE subsystem might be another big "seller." It would also be nice if more Ada compilers validated Annex E. I know of at least one vendor who has stated to at least one customer that since CORBA, the Ada Annex E is superfluous and they won't waste money on it. Similarly, I know of Ada programmers that say Annex E is useless because it's Ada-only, and one-language systems are a thing of the past. What about an ASIS tool that creates CORBA IDL from Annex E package specs? Or non-Ada bindings to Ada specs? (Instead of the reverse). -- Wes Groleau http://freepages.genealogy.rootsweb.com/~wgroleau