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,39e272d357c68416 X-Google-Attributes: gid103376,public From: Martin Dowie Subject: Re: Is Apex dead as an environment for Ada & Java? Date: 1999/11/30 Message-ID: <384435B4.22876942@dowie-cs.demon.co.uk>#1/1 X-Deja-AN: 554994111 Content-Transfer-Encoding: 7bit X-NNTP-Posting-Host: dowie-cs.demon.co.uk:193.237.34.207 References: <11f733ec.57d88b68@usw-ex0107-042.remarq.com> <384127A5.61431A14@dowie-cs.demon.co.uk> <0a0133f8.3baf10c0@usw-ex0101-001.remarq.com> X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Complaints-To: abuse@demon.net X-Trace: news.demon.co.uk 943994297 nnrp-14:27083 NO-IDENT dowie-cs.demon.co.uk:193.237.34.207 MIME-Version: 1.0 Newsgroups: comp.lang.ada Date: 1999-11-30T00:00:00+00:00 List-Id: jim_snead wrote: > In article <384127A5.61431A14@dowie-cs.demon.co.uk>, Martin Dowie > wrote: > > common approach is to have a subsystem per piece of hardware your > > software > > monitors/controls (thread?/process?/task?), other subsystems to > > Here is an essential problem with Rational > subsystems. Say you do have a software > subsystem for each one of your hardware items. > Let us call them Gamma and Omega. > > So the Gamma subsystem implementors create a > couple of packages called "Logging" and "Debug". > These are not meant to be used outside of the > Gamma subsystem so they are not made visible > to the outside world via whatever mechanism > Apex uses. > > Now say that the Omega subsystem has their > own internal packages called "Logging" and "Debug". > The Omega team goes ahead and develops these as > well, oblivious to the rest of the world. > > Now the subsystem that you propose to integrate > these other subsystems comes along and tries > to link Omaga and Gamma into a single exec. > Of course, this won't work because of name clashes > between the hidden packages. Time to use another > approach! > couldn't happen in our world - we design first then code and our code matches the names used in the design. also - and this is a common approach NOT just applicable to using Apex - we prefix application objects with the equipment name, so we would have Omega_Debug and Gamma_Debug packages.