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,XPRIO 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: Tom_Hargraves@Raytheon.com Subject: Re: Is Apex dead as an environment for Ada & Java? Date: 1999/11/26 Message-ID: #1/1 X-Deja-AN: 553402331 X-MIMETrack: Serialize by Router on RESMAIL70/SRV/Raytheon/CA(Release 5.0.1b|September 30, 1999) at 11/26/1999 11: 52:44 AM To: comp.lang.ada@ada.eu.org X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Expiry-Date: Fri, 26 Nov 1999 -1:-1:-1 +0000 X-Complaints-To: usenet@enst.fr X-Trace: menuisier.enst.fr 943646001 8713 137.194.161.2 (26 Nov 1999 19:53:21 GMT) Organization: ENST, France X-BeenThere: comp.lang.ada@ada.eu.org Mime-Version: 1.0 Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Date: 26 Nov 1999 19:53:21 GMT Newsgroups: comp.lang.ada Date: 1999-11-26T19:53:21+00:00 List-Id: It's all a question of size. If you have a nice, self-contained, < 100K loc (say), 5 to 10 person job. Don't bother buying Apex. ** Some smart naming conventions and the ada package is enough to delineate team/design tasks. You can also cut corners on configuration control within the team during development. (only) :-) If you have a many_person job (we have 200), >1M loc, lots of COTS to link in, you need something more. Apex subsystems are used on our project to great advantage, they are tied in to team structures and the very good Apex configuration control system. The ada package should be kept reasonably small in size , so on a large project you have a lot of packages. Subsystems are a way of logically grouping ada packages in the 'project' sense.*** Regards, Tom H. Notes: ** However, Apex has very good browsing capabilities. Click on a variable and hit a button called Show Usage and it'll list all the 'readers and writers' of the variable, and where it was declared etc. Highlight a procedure name and click Visit and a window pops up with the procedure in it etc. etc. So if you've got the money, Apex is _really_cool_ for programmers and maintainers whatever the project size. *** We are an Ada83 project. Ada 95 may be of help here. However, my brain gets more and more taxed, the more dots I see in declarations, and 'renames' doesn't seem to help ;-) jim_snead on 11/26/99 10:50:15 AM Please respond to comp.lang.ada@ada.eu.org To: comp.lang.ada@ada.eu.org cc: (bcc: Tom Hargraves/RMD/Raytheon/CA) Subject: Is Apex dead as an environment for Ada & Java? I have been studying the Rational Apex product as an Ada 95 and Java development environment. Apex has an unusual feature called "subsystems" which to me seems quite useless. Apparently the notion is that you can place related pieces of software into a subsystem, which is a directory structure with strict naming conventions (ends with a *.ss which nests other directories). Other developers can place their own software into another subsystem as a library. The "subsystem" seems to be a legacy organizing feature from archaic software practices. For any practical development in Java or Ada 95, this notion seems particularly baroque and antiquated. With Java, the package namespace is the organizing feature. Even though Rational sells an Apex for Java, it is beyond me how subsystems would even begin to work with Java. I guess that one could put all of an organization's Java source libraries into a single subsystem. But then what is the point of a subsystem? In the same way, I believe that Ada package hierarchies are sufficient to avoid the need for multiple subsystems. Why would anyone consider paying money for Apes when it does not pay any attention to common Java or Ada 95 deployment philosophies? Or am I missing something? (I do not care at all about C or Ada 83). * Sent from RemarQ http://www.remarq.com The Internet's Discussion Network * The fastest and easiest way to search and participate in Usenet - Free! _______________________________________________ comp.lang.ada mailing list comp.lang.ada@ada.eu.org http://ada.eu.org/cgi-bin/mailman/listinfo/comp.lang.ada