ca.portal.admin

DC-COBOL Link to a ADSO Dialog

Discussion created by ca.portal.admin on Sep 11, 2007
Good Morning all,

Has anyone successfully done a link to an ADSO dialog from an dc-cobol?

Thanks,
Steve Harmeson
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: calling ADS from DC COBO
"Thanks for all the responses on this. I opened an issue with CA, they
say you can link from a dc-cobol to an ads dialog.
I want to thank Randy and Daphne from CA Tech Support for their help.

Here are the instructions from level 2:

It should be possible for a cobol program to LINK to an ADS dialog.
The cobol program must include:
.
WORKING-STORAGE SECTION.
COPY IDMS UNIVERSAL-COMMUNICATIONS-ELEMENT VERSION 2.
and
PROCEDURE DIVISION.
MOVE 'UMBR' TO UCE-IDENT-02.
MOVE 'dialog name' TO UCE-ACTIVE-TASK-02.
TRANSFER TO 'ADSORUN1' RETURN
USING UNIVERSAL-COMMUNICATIONS-ELEMENT.
The dialog must also be compiled with version 2 of record
UNIVERSAL-COMMUNICATIONS-ELEMENT if data will be passed within it.
Data can also be passed between cobol and ADS in the other fields in the
UNIVERSAL-COMMUNICATIONS-ELEMENT record, or scratch, or queue, etc.,
but neither passed database records nor SSCTRL can be used by the
dialog.
If this is a cobol menu LINKing to an existing ADS application,
there will be minimal interaction between the cobol program and ADS
and implementation problems will be minimal.
If you are adding an existing ADS mapless dialog as a subroutine
to an existing cobol program, the interaction between the pieces
in possible deadlocks, currency errors after the ADS @FINISH TASK,
queue out-of-sync errors after a rollback, etc. could be complex.

Thanks again,
Steve Harmeson
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
TCP/IP sockets programs
"At our site, we have crossed the first hurdle of accessing external web
services using the IDMS sockets interface. Now we are looking at
accepting incoming requests. It appears to me that, in order to handle
multiple users, the generic listener program must somehow hand off the
request to another task for processing. But the sample generic listener
provided by CA does not do that. Can anyone give me some sample code
that does? Or am I getting in over my head here?

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
CPU Increase
"Hello All:

I assume expanding an area will result in increased runtime, I/O, and CPU
time, especially if performing area sweeps.

Can anyone provide a percentage of increase that one would expect to see in
runtime, I/O and CPU if we doubled the size of an area?

Is there a rule of thumb that can be used?

Bill Allen



************************************** See what's new at http://www.aol.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: CPU Increase
"Don't forget that I/O can go down for calc access depending on how full
your area was prior to the reorg.

Lots of full pages = page/calc overflow = more I/O.

Dick

Richard Pierce
(617) 973-8911
richard.pierce@state.ma.us

Outcomes