When is a COBOL program a DB2 program??

Scott McC · Posted: Fri Mar 08, 2013 9:08 pm

Here is one of those easy, yet curious questions...

When is a COBOL program (whether Batch or CICS) to be compiled & bound to DB2? Or, just added to a DBRM plan list?

* COBOL w/o ANY direct SQL calls = COB2BATCH
* COBOL w/o ANY direct SQL calls, and calls an outside module w/DB2 = COB2BATCH (put must be added to the outside module DBRM plan list)?
* COBOL w/o ANY direct SQL calls, and calls an outside module w/o DB2 = COB2BATCH
---------------------------
* COBOL w/direct SQL calls = COB2DB2BATCH
* COBOL w/direct SQL calls, and calls an outside module w/DB2 = COB2DB2BATCH
* COBOL w/direct SQL calls, and calls an outside module w/o DB2 = COB2DB2BATCH

Does this pretty much sum up all of the scenario's possible?

Thanks everyone.
-Scott

Anuj Dhawan · Posted: Sat Mar 09, 2013 10:56 am

Before I try to attempt to answer your question, would like to know what are you referring to by using the words like: COB2BATCH, COB2DB2BATCH etc.? Are they some tool-specific "type-of-program" notions or you mean something else?

enrico-sorichetti · Posted: Sat Mar 09, 2013 7:49 pm

well.. the name should tell
<any> program that uses DB2 services is a DB2 program

usually for SCM tools <language> attribute describes not only the language in which the program is written but also the process to be used for the build

only the people who customized the SCM tool in use ( ENDEVOR, CHANGEMAN, SCLM )
can tell exactly the difference

also all depends on the site standards

a simple COBOL program calling COBOL/DB2 programs

might undergo different processes depending on the SCM customization

but the problem exist really only for MAIN programs

a cobol MAIN dynamically calling a cobol/db2 is not concerned with the DB2 stuff

but the plan/package being used must be rebound

as I inferred the best place to ask would be Your support

Bill O'Boyle · Posted: Sat Mar 09, 2013 11:06 pm

Although I'm not certain of how far it will drill-down programmatically, review the LE Callable Service routine "CEE3INF", which was introduced with z/OS 1.9 -

ibmmainframes.com/viewtopic.php?p=291891&highlight=#291891

Of course, the Caller must be LE compliant, which is almost certain nowadays, except for some older Assembler modules.

If this reply is not applicable to your question, you may find it useful for other queries.

Scott McC · Posted: Fri Mar 15, 2013 4:31 am

This question was initially for one of my BA's who would not necessarily know the details / specifics of when a COBOL program is/not a DB2 program.

I guess I was hoping for some kind of a decision table like:

Anuj Dhawan · Posted: Fri Mar 15, 2013 12:42 pm

If you are trying to get such a list, I think - your 'matrix' will also be influenced by the fact if the sub-program is "statically linked" or "dynamically".