TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy


Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
"Carlisle, Martin, Dr, DFCS" <[log in to unmask]>
Reply To:
Carlisle, Martin, Dr, DFCS
Wed, 7 Jun 2000 09:57:31 -0600
text/plain (122 lines)
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  See also


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

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

See also http://www, 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