comp.lang.ada
 help / color / mirror / Atom feed
* [Fwd: Re: Is CORBA dead for Ada]
@ 2003-10-21 11:35 Marius Amado Alves
  2003-10-21 12:10 ` Stephane Richard
  0 siblings, 1 reply; 3+ messages in thread
From: Marius Amado Alves @ 2003-10-21 11:35 UTC (permalink / raw)
  To: comp.lang.ada

[-- Attachment #1: Type: text/plain, Size: 40 bytes --]

(Ada-France PLEASE set Reply-To field!)

[-- Attachment #2: Forwarded message - Re: Is CORBA dead for Ada --]
[-- Type: message/rfc822, Size: 1401 bytes --]

From: Marius Amado Alves <amado.alves@netcabo.pt>
To: Stephane Richard <stephane.richard@verizon.net>
Subject: Re: Is CORBA dead for Ada
Date: Tue, 21 Oct 2003 11:33:37 +0000
Message-ID: <1066736017.2801.147.camel@localhost.localdomain>

On Tue, 2003-10-21 at 01:28, Stephane Richard wrote:
> "Nick Roberts" <nick.roberts@acm.org> wrote in message
> news:bn20as$rl85q$1@ID-25716.news.uni-berlin.de...
> 
> > So would I, but the DSA as it currently stands is suitable only for
> > embedded systems (it has no reflection, security, transaction management,
> > publication, and so on), and the ARG seems to be very reluctant to expand
> > the DSA's role (or separately extend it).
> 
> *** I wonder why.

Because those things (security etc.) are there in actual implementations
e.g. GLADE?

But I understand the desire for a kind of standard extension. If it can
be done inside the language (perhaps with ASIS), then it could be a CAL
branch ;-)

"Keep Ada small, create a big library" could be the internal motto of
the CAL developers.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Re: Is CORBA dead for Ada]
  2003-10-21 11:35 [Fwd: Re: Is CORBA dead for Ada] Marius Amado Alves
@ 2003-10-21 12:10 ` Stephane Richard
  2003-10-21 12:25   ` Marius Amado Alves
  0 siblings, 1 reply; 3+ messages in thread
From: Stephane Richard @ 2003-10-21 12:10 UTC (permalink / raw)


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 841 bytes --]

>Because those things (security etc.) are there in actual implementations
>e.g. GLADE?

*** so GLADE would be the current opposing force to CORBA then.  Good
something to read about :-).

>But I understand the desire for a kind of standard extension. If it can
>be done inside the language (perhaps with ASIS), then it could be a CAL
>branch ;-)

*** Depending on how GLADE measures up, this could be an excellent idea for
CAL.  Parts of it anyways :-).

>"Keep Ada small, create a big library" could be the internal motto of
>the CAL developers.

*** Short, to the point, catchy.  SOLD :-).

-- 
St�phane Richard
"Ada World" Webmaster
http://www.adaworld.com


"Marius Amado Alves" <amado.alves@netcabo.pt> wrote in message
news:mailman.141.1066736164.25614.comp.lang.ada@ada-france.org...
> (Ada-France PLEASE set Reply-To field!)
>





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Re: Is CORBA dead for Ada]
  2003-10-21 12:10 ` Stephane Richard
@ 2003-10-21 12:25   ` Marius Amado Alves
  0 siblings, 0 replies; 3+ messages in thread
From: Marius Amado Alves @ 2003-10-21 12:25 UTC (permalink / raw)
  To: comp.lang.ada

On Tue, 2003-10-21 at 12:10, Stephane Richard wrote:
> *** so GLADE would be the current opposing force to CORBA then.

Not exactly. You can have a system with both GLADE and CORBA (and ORB2
and UBF...) The keyword is "middleware". The distributed system experts
will take it from here ;-)




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-10-21 12:25 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-10-21 11:35 [Fwd: Re: Is CORBA dead for Ada] Marius Amado Alves
2003-10-21 12:10 ` Stephane Richard
2003-10-21 12:25   ` Marius Amado Alves

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox