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,8fba9f5c34fa11d3 X-Google-Attributes: gid103376,public From: Roy Grimm Subject: Re: Rational Apex Date: 1998/08/05 Message-ID: <35C8AA20.794B@collins.rockwell.com>#1/1 X-Deja-AN: 378271611 Content-Transfer-Encoding: 7bit References: <6q8ab6$3dg$1@newnews.startext.net> <6q9qi3$98n@universe.digex.net> <6qa2n2$4d5@newshub.atmnet.net> Content-Type: text/plain; charset=us-ascii Organization: Rockwell Collins, Inc. Mime-Version: 1.0 Newsgroups: comp.lang.ada Date: 1998-08-05T00:00:00+00:00 List-Id: Christopher Green wrote: > > Apex is not just a compiler; it's a way of life. So true. > Apex has its own highly structured way of doing things. It is insistent > about using its own directory structure and file naming conventions, at > a minimum. It will reformat your code according to its defaults, unless > you force it not to. It has its own CM subsystem (Summit) built in. I'm assuming you mean Change Management instead of Configuration Management. Summit is available as one of the many layered products. However, you don't have to use it to track changes You're free to use your old tools. In many of our legacy projects, we still use our old Change Reporting tools instead of Summit. > Apex can be run from the command line, but this does not reduce the need > to organize your code into Apex subsystems and views, and at least to > observe Apex file naming conventions. But this isn't necessarily a bad thing. Getting used to their structure of subsystem/views with multiple history CMVC takes a while, but adds a layer of organization that makes managing large projects significantly easier. Our department makes a reusable bootstrap loader and software loader that is compiled to several different processors. With Apex, we assign different version history trees to critical configuration files, make the rest of the code reference those specific packages. When we make a change to one high level package, it's a few mouse clicks and we've updated every other platform we want to. Very slick, very easy. I'll never miss the old Unix/SCCS days, or that brief stint with WindozeNT and Micro$oft Visiual Source Save... *shudder* > Basically, Apex is a heavyweight solution to many of the problems that > arise in developing software on a very large scale. But you need to use > Apex the way Rational designed it; if you try to impose your own way of > doing things on Apex, you will spend all your time fighting it rather > than getting work done. That's half true. Apex has it's way of doing things. One of those ways is providing the flexibility to manage your project with their tools or someone else's. The basic file and directory structure is provided for you. Everything else is configurable. Don't want to use Rational Rose for documentation? Don't. Want to use another compiler? The Apex IDE has the Remote Compilation Interface that lets you run any third party compiler you want. Hell, I've worked on Apex running on a Sun workstation that remotely compiles on a VAX/VMS workstation. A little set up for the 'rsh' and NFS interface and you're good to go. It's all automatic from within the IDE. Just hit "link" and away it goes. If you've got just one line of products on one target architecture, Apex might be overkill. If you've got dozens of projects with several different projects and requirements to support legacy compilers and what not, Apex is the way to go. -- Roy A. Grimm | Tel: (319)295-8099 Rockwell Collins, Inc. | Fax: (319)295-8940 Cedar Rapids, Iowa | email: ragrimm@collins.rockwell.com When you think how well basic appliances work, it's hard to believe anyone ever gets on an airplane. --Calvin My opinions don't necessarily match those of my employer.