Common Batch and CICS DB2 module - again

Giovanni Cerquone

Common Batch and CICS DB2 module - again
Hello folks and Happy New Year:

I know that this has been discussed over the years on this forum but I'm
wondering if the answers provided, specially the one concerning the usage
of the dynam option and having DSNCLI relinked as DSNHLI under CICS plus
some DSN* CICS PPT entries is "formally and officially supported" by IBM.

This question comes from the fact that there is old documentation in
IBMLink that seems to point to the fact that this implementation is
possible. However, the corresponding DB2/CICS/COBOL documentation somehow
do not mention this implementation in an explicit way. And I know that
some of you have implemented successfully this scenario. As matter of fact
some of you recommneds its implementation but AFAIK no official word from
IBM neither confirm nor deny such implementation. IIRC the IMS
documentation is clearer on this subject.

I wonder if you have heard from IBM an official position on this subject
and if so, if you can provide the document where this is explicitly
established.

FYI, I've opened a PMR so I can get a formal answer from IBM. In the mean
time I wanted to check again with you.

TIA,

Giovanni

PS. Besides, how all this can be affected if we decide to move to DB2
Stored Procedures and threadsafe programming?

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm

Roger Miller

Re: Common Batch and CICS DB2 module - again
(in response to Giovanni Cerquone)
This is not official, but I will offer my opinion. We support what is
documented. That way we can do the job, with design, code, documentation
and testing, so we are able to support the function. As this is not
documented, it's not supported. Combinations of levels of languages, DB2,
CICS and z/OS make this job very challenging, even for only the formally
supported combinations.

Roger Miller, DB2 for z/OS

On Tue, 2 Jan 2007 15:19:19 -0600, Giovanni Cerquone
<[login to unmask email]> wrote:

>Hello folks and Happy New Year:
>
>I know that this has been discussed over the years on this forum but I'm
>wondering if the answers provided, specially the one concerning the usage
>of the dynam option and having DSNCLI relinked as DSNHLI under CICS plus
>some DSN* CICS PPT entries is "formally and officially supported" by IBM.
>
>This question comes from the fact that there is old documentation in
>IBMLink that seems to point to the fact that this implementation is
>possible. However, the corresponding DB2/CICS/COBOL documentation somehow
>do not mention this implementation in an explicit way. And I know that
>some of you have implemented successfully this scenario. As matter of fact
>some of you recommneds its implementation but AFAIK no official word from
>IBM neither confirm nor deny such implementation. IIRC the IMS
>documentation is clearer on this subject.
>
>I wonder if you have heard from IBM an official position on this subject
>and if so, if you can provide the document where this is explicitly
>established.
>
>FYI, I've opened a PMR so I can get a formal answer from IBM. In the mean
>time I wanted to check again with you.
>
>TIA,
>
>Giovanni
>
>PS. Besides, how all this can be affected if we decide to move to DB2
>Stored Procedures and threadsafe programming?
>

---------------------------------------------------------------------------------
Welcome to the IDUG DB2-L list. To unsubscribe, go to the archives and home page at http://www.idugdb2-l.org/archives/db2-l.html. From that page select "Join or Leave the list". The IDUG DB2-L FAQ is at http://www.idugdb2-l.org. The IDUG List Admins can be reached at [login to unmask email] Find out the latest on IDUG conferences at http://conferences.idug.org/index.cfm