ca.portal.admin

Re:Re: [IDMSVENDOR-L] Going to the darkside!

Discussion created by ca.portal.admin on Jul 22, 2008
I have heard of one site that claimed they couldn't upgrade to IDMS 16.0
because of CAS 1.3. Does anyone know the technical details why CAS
would interfere with an IDMS upgrade?

Lutz Petzold
TDM UDB/IDMS Support
Monday, Tuesday, Friday 401 782 2265
Wednesday, Thursday 860 636 0291
Page 860 366 0865 or Telalert


This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: FTP Upload Problems
"Hal,

I just uploaded a small file about 10 minutes ago, with no problem.

Good luck,
Laura Rochon
Ajilon Consulting Services

Govan, Hal (RET-DAY) wrote:
Has anyone else run into FTP upload problems transmitting files to the
CA support site this week ?

I have not been able to get a dump to transmit since yesterday.


Hal Govan
Senior Database Administrator
Reed Elsevier - Technology Services
harold.govan@reedelsevier.com <mailTo:harold.govan@lexisnexis.com>=20
Phone: (937) 865-7820

"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
CAS on IDMS 16.0
"Hello All:
I see no reason that any release of CAS can be installed in IDMS 16, if they
do not have CASDATA.
I have a number of customers running various releases of CAS on IDMS 16.
However, I do have one client running CAS 1.3 on IDMS 12.1 and they cannot
upgrade because of CASDATA. They are a heavy user of CASDATA and like Mr.
Wayne Doneker stated they dropped support in the early nineties and the vendor of
CASDATA wants' an extreme amount of $$$$$ to catch up back maintenance in
order to get a current release of CASDATA that will work with IDMS 16.
It would be nice to know if anyone is using CASDATA on IDMS 16?
William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
(704) 641-0296



**************Get fantasy football with free live scoring. Sign up for
FanHouse Fantasy Football today.
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020)
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
CAS on IDMS 16.0
"Hello All:
I see no reason that any release of CAS can be installed in IDMS 16, if they
do not have CASDATA.
I have a number of customers running various releases of CAS on IDMS 16.
However, I do have one client running CAS 1.3 on IDMS 12.1 and they cannot
upgrade because of CASDATA. They are a heavy user of CASDATA and like Mr.
Wayne Doneker stated they dropped support in the early nineties and the vendor of
CASDATA wants' an extreme amount of $$$$$ to catch up back maintenance in
order to get a current release of CASDATA that will work with IDMS 16.
It would be nice to know if anyone is using CASDATA on IDMS 16?
William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
(704) 641-0296



**************Get fantasy football with free live scoring. Sign up for
FanHouse Fantasy Football today.
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020)
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CAS on IDMS 16.0
"Hello,

We have a client on Rel 16.0 SP2 running CASDATA.

The INFOR vendor has a compatible release.

Cheers, Andrew Daly



----- Original Message -----
From: ""Bill Allen"" <ARCHCONB@AOL.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Tuesday, July 22, 2008 7:37 AM
Subject: CAS on IDMS 16.0

Hello All:
I see no reason that any release of CAS can be installed in IDMS 16, if
they
do not have CASDATA.
I have a number of customers running various releases of CAS on IDMS 16.
However, I do have one client running CAS 1.3 on IDMS 12.1 and they
cannot
upgrade because of CASDATA. They are a heavy user of CASDATA and like Mr.
Wayne Doneker stated they dropped support in the early nineties and the
vendor of
CASDATA wants' an extreme amount of $$$$$ to catch up back maintenance in
order to get a current release of CASDATA that will work with IDMS 16.
It would be nice to know if anyone is using CASDATA on IDMS 16?
William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
(704) 641-0296



**************Get fantasy football with free live scoring. Sign up for
FanHouse Fantasy Football today.
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020)

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CAS on IDMS 16.0
"Hello,

We have a client on Rel 16.0 SP2 running CASDATA.

The INFOR vendor has a compatible release.

Cheers, Andrew Daly



----- Original Message -----
From: ""Bill Allen"" <ARCHCONB@AOL.COM>
To: <IDMS-L@LISTSERV.IUASSN.COM>
Sent: Tuesday, July 22, 2008 7:37 AM
Subject: CAS on IDMS 16.0

Hello All:
I see no reason that any release of CAS can be installed in IDMS 16, if
they
do not have CASDATA.
I have a number of customers running various releases of CAS on IDMS 16.
However, I do have one client running CAS 1.3 on IDMS 12.1 and they
cannot
upgrade because of CASDATA. They are a heavy user of CASDATA and like Mr.
Wayne Doneker stated they dropped support in the early nineties and the
vendor of
CASDATA wants' an extreme amount of $$$$$ to catch up back maintenance in
order to get a current release of CASDATA that will work with IDMS 16.
It would be nice to know if anyone is using CASDATA on IDMS 16?
William M. Allen, Jr.
ARCH Consulting Associates, Ltd.
(704) 641-0296



**************Get fantasy football with free live scoring. Sign up for
FanHouse Fantasy Football today.
(http://www.fanhouse.com/fantasyaffair?ncid=aolspr00050000000020)

"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
FYI
"
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
Important Notice: =20
On Saturday, July 26, 2008, from 10:00 p.m. to midnight ET (GMT-4), CA
will be conducting maintenance updates on CA Support Online. CA Support
Online will be unavailable during this time. We apologize for any =20
inconvenience this may cause. =20
=20
=20
=20
=20
=20









Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to =
which it is addressed and may contain CONFIDENTIAL material. If you rece=
ive this material/information in error, please contact the sender and del=
ete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
FYI
"













Important Notice:
On Saturday, July 26, 2008, from 10:00 p.m. to midnight ET (GMT-4), CA
will be conducting maintenance updates on CA Support Online. CA Support
Online will be unavailable during this time. We apologize for any
inconvenience this may cause.














Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
15.0 TC82095 in 16.0 ?
"for all of you who had TC82095 in 15.0 (and earlier) - did you find the
need to apply the corresponding test fix in 16.0 ?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
15.0 TC82095 in 16.0 ?
"for all of you who had TC82095 in 15.0 (and earlier) - did you find the
need to apply the corresponding test fix in 16.0 ?

thanks,

Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
a helpful? SMP/E apply job?
"this assumes that you have a utility in your shop that can read a PARM from
the exec card and write it to an output file - ours is UT997

//APPLYIT PROC USERMOD=XXXXXXX
//STEP0010 EXEC PGM=UT997,
// PARM=' RECEIVE SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD1,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0020 EXEC PGM=UT997,
// PARM=' APPLY CHECK SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD2,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0030 EXEC PGM=UT997,
// PARM=' APPLY SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD3,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0040 EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DISP=OLD,DSN=IDMSS.R160.IDMS.CSI
//SMPPTFIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(&USERMOD)
//SMPHOLD DD DUMMY
//SMPCNTL DD DDNAME=SYSIN
//SYSIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDG)
// DD DISP=(OLD,DELETE),DSN=&&CARD1
// DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
// DD DISP=(OLD,DELETE),DSN=&&CARD2
//STEP0050 EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DISP=OLD,DSN=IDMSS.R160.IDMS.CSI
//SMPHOLD DD DUMMY
//SMPCNTL DD DDNAME=SYSIN
//SYSIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
// DD DISP=(OLD,DELETE),DSN=&&CARD3
// PEND


IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDG)
SET BOUNDARY(GLOBAL).

IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
SET BOUNDARY(IDMSTGT).


the proc can then be called with:

// EXEC APPLYIT,USERMOD=RO01039

looking at the R* APARS, ahh for the days when there were only C apars, let
alone the G, L, Q, and now R apars .....



























Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
a helpful? SMP/E apply job?
"this assumes that you have a utility in your shop that can read a PARM from
the exec card and write it to an output file - ours is UT997

//APPLYIT PROC USERMOD=XXXXXXX
//STEP0010 EXEC PGM=UT997,
// PARM=' RECEIVE SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD1,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0020 EXEC PGM=UT997,
// PARM=' APPLY CHECK SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD2,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0030 EXEC PGM=UT997,
// PARM=' APPLY SELECT(&USERMOD).'
//* ** GENERATE CONTROL CARD INPUT **
//CARDS DD DSN=&&CARD3,
// DISP=(,PASS),
// UNIT=VIO
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=D
//STEP0040 EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DISP=OLD,DSN=IDMSS.R160.IDMS.CSI
//SMPPTFIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(&USERMOD)
//SMPHOLD DD DUMMY
//SMPCNTL DD DDNAME=SYSIN
//SYSIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDG)
// DD DISP=(OLD,DELETE),DSN=&&CARD1
// DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
// DD DISP=(OLD,DELETE),DSN=&&CARD2
//STEP0050 EXEC PGM=GIMSMP,REGION=4096K,PARM='DATE=U'
//SMPCSI DD DISP=OLD,DSN=IDMSS.R160.IDMS.CSI
//SMPHOLD DD DUMMY
//SMPCNTL DD DDNAME=SYSIN
//SYSIN DD DISP=SHR,DSN=IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
// DD DISP=(OLD,DELETE),DSN=&&CARD3
// PEND


IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDG)
SET BOUNDARY(GLOBAL).

IDMSS.R160.IDMS.BASE.SAMPJCL(SETBNDT)
SET BOUNDARY(IDMSTGT).


the proc can then be called with:

// EXEC APPLYIT,USERMOD=RO01039

looking at the R* APARS, ahh for the days when there were only C apars, let
alone the G, L, Q, and now R apars .....



























Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
a dilemma (my lack of ADS exposed again)
"our developers have asked us to create a clone database (a collection of =
10
segments) within the same development CV as the original (this will never
be done in prod).

the caveat - they want to be able to execute all programs against either
database with no program changes. For batch - no problem - sysidms to the
rescue - but CICS is a problem

from a CICS menu - the app jumps into the CV and executes a ADS/A user
menu. We can determine from what CICS the jump came from - we could move
something to DB-NAME in the premap and response of the user menu dialog -
however - since the user menu does no DML - no bind takes place and no
dbname is set

does an execute next function extend a run unit - or at least preserve th=
e
dbname (of it did - i would put SOME dml in the user menu to force a bind=
)?
is there any other way to preserve the dbname across sibling dialogs with=
in
an ADS/A structure? or is an exit the way to go?

any thoughts would be greatly appreciated





Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to =
which it is addressed and may contain CONFIDENTIAL material. If you rece=
ive this material/information in error, please contact the sender and del=
ete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
a dilemma (my lack of ADS exposed again)
"our developers have asked us to create a clone database (a collection of 10
segments) within the same development CV as the original (this will never
be done in prod).

the caveat - they want to be able to execute all programs against either
database with no program changes. For batch - no problem - sysidms to the
rescue - but CICS is a problem

from a CICS menu - the app jumps into the CV and executes a ADS/A user
menu. We can determine from what CICS the jump came from - we could move
something to DB-NAME in the premap and response of the user menu dialog -
however - since the user menu does no DML - no bind takes place and no
dbname is set

does an execute next function extend a run unit - or at least preserve the
dbname (of it did - i would put SOME dml in the user menu to force a bind)?
is there any other way to preserve the dbname across sibling dialogs within
an ADS/A structure? or is an exit the way to go?

any thoughts would be greatly appreciated





Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: a dilemma (my lack of ADS exposed again)
"Save the DBNAME in an ADSA global record.


----- Original message -----
From: ""Chris Hoelscher"" <choelscher@HUMANA.COM>
To: IDMS-L@LISTSERV.IUASSN.COM
Date: Fri, 25 Jul 2008 14:32:52 -0400
Subject: a dilemma (my lack of ADS exposed again)

our developers have asked us to create a clone database (a collection of
10
segments) within the same development CV as the original (this will
never
be done in prod).

the caveat - they want to be able to execute all programs against either
database with no program changes. For batch - no problem - sysidms to
the
rescue - but CICS is a problem

from a CICS menu - the app jumps into the CV and executes a ADS/A user
menu. We can determine from what CICS the jump came from - we could move
something to DB-NAME in the premap and response of the user menu dialog
-
however - since the user menu does no DML - no bind takes place and no
dbname is set

does an execute next function extend a run unit - or at least preserve
the
dbname (of it did - i would put SOME dml in the user menu to force a
bind)?
is there any other way to preserve the dbname across sibling dialogs
within
an ADS/A structure? or is an exit the way to go?

any thoughts would be greatly appreciated





Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: a dilemma (my lack of ADS exposed again)
"Save the DBNAME in an ADSA global record.


----- Original message -----
From: ""Chris Hoelscher"" <choelscher@HUMANA.COM>
To: IDMS-L@LISTSERV.IUASSN.COM
Date: Fri, 25 Jul 2008 14:32:52 -0400
Subject: a dilemma (my lack of ADS exposed again)

our developers have asked us to create a clone database (a collection of
10
segments) within the same development CV as the original (this will
never
be done in prod).

the caveat - they want to be able to execute all programs against either
database with no program changes. For batch - no problem - sysidms to
the
rescue - but CICS is a problem

from a CICS menu - the app jumps into the CV and executes a ADS/A user
menu. We can determine from what CICS the jump came from - we could move
something to DB-NAME in the premap and response of the user menu dialog
-
however - since the user menu does no DML - no bind takes place and no
dbname is set

does an execute next function extend a run unit - or at least preserve
the
dbname (of it did - i would put SOME dml in the user menu to force a
bind)?
is there any other way to preserve the dbname across sibling dialogs
within
an ADS/A structure? or is an exit the way to go?

any thoughts would be greatly appreciated





Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelscher@humana.com



The information transmitted is intended only for the person or entity to
which it is addressed and may contain CONFIDENTIAL material. If you
receive this material/information in error, please contact the sender
and delete or destroy the material/information.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: a dilemma (my lack of ADS exposed again)
"Chris,

The ADS/A response definition screen will allow you to define how the
next dialog will be initiated. Execute next function will execute what
is specified, when the next dialog is initiated. Below is an example of
the response definition screen.

Regards,

John

Response Definition

Application name: SP Version: 1
Response name: AL Drop response
(/) _
Function invoked: SPF3210
Description . . . . ACCOUNT LIST Security class:
0

Response type. . . . . . . 2 1. Global 2. Local

Response execution . . . . 2 1. Immediate 2. Deferred

Assigned key . . . . . . .
Control command. . . . . . 1 1. Transfer 2. Invoke
3. Link 4. Return
5. Return continue 6. Return
clear
7. Return continue clear 8. Transfer
nofinish
9. Invoke nosave 10. Link
nosave






Enter F1=3DHelp F3=3DExit F4=3DPrev F5=3DNext =09

Outcomes