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=unavailable autolearn_force=no version=3.4.4 Path: border2.nntp.dca1.giganews.com!nntp.giganews.com!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!feeder.erje.net!eu.feeder.erje.net!news.swapon.de!eternal-september.org!feeder.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: "J-P. Rosen" Newsgroups: comp.lang.ada Subject: Re: On intended use cases of the distributed annex Date: Thu, 25 Sep 2014 11:26:35 +0200 Organization: A noiseless patient Spider Message-ID: References: <20a06909-d123-4c51-8185-057d50e50186@googlegroups.com> <2fe842c3-1e5c-4fd7-89be-515e86c8aeb4@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Thu, 25 Sep 2014 09:26:36 +0000 (UTC) Injection-Info: mx05.eternal-september.org; posting-host="23dab0694e4174fdc880833ec67fa650"; logging-data="1410"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+5INrXoJ4z+IqeFWzDLz/J" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 In-Reply-To: <2fe842c3-1e5c-4fd7-89be-515e86c8aeb4@googlegroups.com> Cancel-Lock: sha1:adyOMYPuWBe3vKHq/I1vRItuM0I= Xref: number.nntp.dca.giganews.com comp.lang.ada:189147 Date: 2014-09-25T11:26:35+02:00 List-Id: Le 25/09/2014 10:30, Maciej Sobczak a écrit : > You can make it work, but be aware that DSA was not invented with > heterogeneous systems in mind. That is, the annex does not define the > wire-level protocol nor even the data type mappings, so depending on > the particular implementation you might be forced to use the same > compiler version for all nodes and obviously all of the nodes will > have to be written in Ada. This might sound like heaven for some, but > in a distributed system it might as well become a maintenance and > integration nightmare and if at the end you will have to use > additional protocols for integration with existing software or for > adding software written by others or for other functions like remote > monitoring or configuration scripts, etc., then it will become a > bloody mess, which kind of contradicts the intentions of using Ada in > the first place. For this reason I would not use DSA at all and > instead try some technology-neutral communication solution. > > I don't claim that the above considerations are bound to be problems, > but certainly they are something to think about before you start. > Right, but with PolyOrb you may have the same objects viewed as distributed Ada objects from Ada, and Corba objects from the rest of the world... -- J-P. Rosen Adalog 2 rue du Docteur Lombard, 92441 Issy-les-Moulineaux CEDEX Tel: +33 1 45 29 21 52, Fax: +33 1 45 29 25 00 http://www.adalog.fr