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: emwhede@emw.ericsson.se (Henrik Delin) Subject: Re: Is Apex dead as an environment for Ada & Java? Date: 1999/12/09 Message-ID: <74S34.133$u4.14415@news.emw.ericsson.se>#1/1 X-Deja-AN: 558648700 References: <000b8d9b.8e8e4afb@usw-ex0107-042.remarq.com> Content-Type: text/plain; charset=us-ascii X-Trace: news.emw.ericsson.se 944762243 136.225.190.35 (Thu, 09 Dec 1999 18:57:23 MET) Mime-Version: 1.0 NNTP-Posting-Date: Thu, 09 Dec 1999 18:57:23 MET Newsgroups: comp.lang.ada Date: 1999-12-09T00:00:00+00:00 List-Id: In article <000b8d9b.8e8e4afb@usw-ex0107-042.remarq.com>, jim_snead writes: > My hypothesis is that using a single subsystem and then using > multiple Apex "views" is all that is needed for a large Ada 95 project. > It stands to reason that the concept of a subsystem is therefore > unnecessary and outdated. It is not the way it is intended. The views in a subsystem should be seen as different views of the same bunch of code. Therefore it is not possible to import views in the same subsystem. This would propably lead to name clashes, since the same packages usually exist in both views. A subsystem is a grouping that is the smallest part of an application that can independently be frozen for releases. It gives a consistent way of grouping Ada packages in larger groups, and keeping track of releases of these groups of packages, especially when there are different versions. /Henrik Delin