Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Arnold Trembley <arnold.trembley@xxxxxxxxxxxxxxxx>
- Date: Fri, 28 Sep 2007 18:07:04 GMT
Larry Kahm wrote:
In various sites, I've seen differences in compile options at different stages. Sometimes this was deliberate, other times it was based on history. I believe the options should be set once for all levels - and overrides used if at all necessary.
With ChangeMan, you compile once for the lowest level of the promotion path, and the source and load module are copied (in tandem) through each level of the path. With Endevor, you compile at each level of the promotion path - and with that comes the risk that the options >may< not be the same. I believe SCLM handles things the same way that ChangeMan does. I can't speak for other products.
One of the aspects of this Enterprise COBOL migration that I want to ensure is that the options are a) reviewed, b) understood in context, and c) standardized across promotion levels. Because I'm still idealistic, I'd like them to be consistent across applications (but I know better)....
Larry Kahm
Heliotropic Systems, Inc.
Just a minor correction. I work in a shop that uses CA-Endevor to manage source code and object code, and Endevor can be configured either to recompile every time a program is promoted to a new environment/stage, or to be compiled only once when it is first added. Our sysprogs chose to compile once and promote source and executable without recompiling. This guarantees that the code installed is the code that was actually tested.
It's also possible to configure Endevor to either allow or prohibit PROCESS/CBL compile time options. It is also normal with Endevor to create multiple compile templates, for example to support plain batch COBOL compiles, batch COBOL with DB2 compiles, COBOL CICS compiles, COBOL CICS with DB2 compiles, et cetera. So even if PROCESS/CBL is prohibited, you can create a unique compile processor that enforces a different set of compile time options for special cases (compile with only production copybooks instead of development copybooks). We also use it to manage assembler, JCL, proc, easytrieve, and runtime documentation.
Endevor is a large and flexible tool. Our biggest problem with it is managing concurrent or parallel development. If a production program needs an emergency fix we can do it, jumping over in-flight development, but the code change must then be manually retrofitted to multiple in-flight versions for various product releases. Much of that problem is bureaucratic red tape.
And no, I do not work for CA. Naturally, Endevor was written by someone else before CA acquired it.
With kindest regards,
--
http://arnold.trembley.home.att.net/
.
- Follow-Ups:
- References:
- IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Larry Kahm
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: William M. Klein
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Larry Kahm
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Frank Swarbrick
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Larry Kahm
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Frank Swarbrick
- Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- From: Larry Kahm
- IBM's CCCA and customized LCPs for Enterprise COBOL migration
- Prev by Date: Re: Revised Index versus Subscript
- Next by Date: Re: [OT] Iraq
- Previous by thread: Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- Next by thread: Re: IBM's CCCA and customized LCPs for Enterprise COBOL migration
- Index(es):
Relevant Pages
|