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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,3498dd887729ed19 X-Google-Attributes: gid103376,public From: jsa@alexandria (Jon S Anthony) Subject: Re: Garbage Collection in Ada Date: 1996/10/22 Message-ID: #1/1 X-Deja-AN: 191332070 sender: news@organon.com (news) references: <01bbb910$f1e73f60$829d6482@joy.ericsson.se> organization: Organon Motives, Inc. newsgroups: comp.lang.ada Date: 1996-10-22T00:00:00+00:00 List-Id: In article Laurent Pautet writes: > >>>>> "Jon" == Jon S Anthony writes: > Jon> payback". I am clearly not wrong in claiming Orbix/Ada offers > Jon> functionally everything (and more) than the Distributed System Annex. > > Yes ? Is it obvious in a client code to handle an exception (print the > exception message) that has not been declared in a server spec ? Sure. What makes you think otherwise? > Is it obvious to ensure remote asynchronous transfert control in > CORBA ? With threads (tasking), yes. So, with Ada you're OK. > How do you implement share data (matrix and slices) ? Shared data is _all you have_! You don't pass objects in CORBA, that is the whole point - distributed shared objects. > And atomic operations on these data ? Huh? This seems to be "value semantic based" and thus not appropriate in a distributed object environment. Of couse, if you are hell bent on doing that, you can, but remember an object is more than it's state. > These are of course examples but it is very easy to find features > that are impossible or complex to write with CORBA (even remote > object features) and that are very easy with Annex E. You haven't mentioned any yet. > Of course, you will be able to implement complex features with > CORBA, but you're going to write everything with some kind of > message passing (or asynchronous RPCs) when DSA would provide > exactly what you are looking for. CORBA is NOT message passing semantics. The big thing that DSA would buy you here is that it is an all Ada solution. That's it. > Of course, it could be very interesting to implement DSA on the top of > CORBA because in some respects, " offers functionally everything > (and more) than " :-) No it does not. It does not offer anything like the Interface Repository, location brokering and auto-startup, persistence, multiple instances object servers, fail over, transactions, out of the box interoperation with COM/OLE, ability to transact with Java applets, incorporation, availability and operational in various browsers (Netscape), etc., etc., etc. Come on. You can't be serious. DSA offers a reasonable slice of the core bits of CORBA. If that is all you are after, well then, OK, fine. /Jon -- Jon Anthony Organon Motives, Inc. Belmont, MA 02178 617.484.3383 jsa@organon.com