ca.portal.admin

Re:WTOEXIT Vs. Scheduler

Discussion created by ca.portal.admin on Mar 13, 2006
Hi Gang,

The system group is wanting to run the journal offloads through a
scheduling package. My inclinations are to not do it. However I
thought I would turn to the vast knowledge of the IDMS group at large..

Has anyone put journal offloads to a scheduler package? Or has everyone
maintained using the WTOEXIT?

Thanks in advance for all you feedback.

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








Normal

Normal
Re: WTOEXIT Vs. Scheduler
"When we used ACF2 at the University of Alaska there was an SVC that
we called from the WTOExit. It worked
like a charm. I don't know of any other interface, but I am sure one
could be developed..

Jerry Fica

At 06:25 PM 3/13/2006, you wrote:
Hi Gang,

The system group is wanting to run the journal offloads through a
scheduling package. My inclinations are to not do it. However I
thought I would turn to the vast knowledge of the IDMS group at large..

Has anyone put journal offloads to a scheduler package? Or has everyone
maintained using the WTOEXIT?

Thanks in advance for all you feedback.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: WTOEXIT Vs. Scheduler
"in our shop we do both - we still use wtoexit to submit a job, bu the
job consists of the following:

//* ------------------------------------------------------------------ *
//**********************************************************************
//STEP010 EXEC CA7TRLR
//SYSUDUMP DD SYSOUT=(F,$DUMP)
//SYSIN DD *
DEMAND,JOB=AJNLCV50,SCHID=98
//*

which puts the actual journal archive under control of CA7 (for
restart purposes?)

alternatively, one could have OPSMVS intercept the journal full
message and similarly force in a journal offload

chris hoelscher

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








Normal

Normal
WTOEXIT Vs. Scheduler
"Hi Gang,

The system group is wanting to run the journal offloads through a
scheduling package. My inclinations are to not do it. However I
thought I would turn to the vast knowledge of the IDMS group at large..

Has anyone put journal offloads to a scheduler package? Or has everyone
maintained using the WTOEXIT?

Thanks in advance for all you feedback.

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








Normal

Normal
Re: R14.1 vs. R16 CPU
"Mike got the performance APAR to me on Friday. I ran some tests then, but the CPU was under a bit of duress. Sunday I was dialed-up checking out some other things so I ran some more tests. Here's the results of a test with the loop-limit set to 32K:

TIMINGS (MINS.)
STEPNAME PROCSTEP RC EXCP CONN TCB SRB CLOCK SERV
TIME141 00 300 351 3.78 .00 5.3 25956K
TIME150 00 275 370 4.27 .00 5.7 37190K
TIME160 00 286 378 4.37 .00 5.8 38296K
TIME162 00 290 342 4.41 .00 5.9 38685K
TIMEPRD (SP3+ apars) 00 289 347 4.53 .00 6.0 39750K
TIMETGT (all apars) 00 287 346 4.55 .00 5.8 39953K
TB96715 00 326 406 4.10 .00 5.4 36018K

John
-----Original Message-----
Date: Fri, 10 Mar 2006 09:15:03 -0500
From: ""Jon R. Gocher"" <jgocher@FRONTIERNET.NET>
Subject: Re: R14.1 vs. R16 CPU

John -

Thank You for sharing this information.
The current version of the ""TEST"" program is available as TB96100.

The ""performance"" APAR is TB96715.
I intentionally didn't mention this in past postings because
Mike Mickelsen
has been making iterative changes to it.
If you download it this week, keep in mind that it will
probably change next
week.

Thanks.
Jon Gocher
------------------------------------------------------------------------------
Confidentiality Note: This message is intended for use only by the individual or entity to which it is addressed and may contain information that is privileged, confidential, and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. Thank you.
------------
Visit us online at our award-winning http://www.clevelandclinic.org for a complete listing of Cleveland Clinic services, staff and locations from one of the country's leading hospitals.
==============================================================================

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








Normal

Normal
Re: [IDMSVENDOR-L] Starting a CICS transaction from IDMS
"Forgive me if I have missed the point entirely, but starting a CICS task
from within IDMS - is that not what LU6.2 was ""born"" to do?



Chris Hoelscher
IDMS & DB2 Database Administrator
Humana Inc
502-710-3038
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: Starting a CICS transaction from IDMS
"Hi John,

If you have UCF printer support set up, you can have the background task
write the parameter information to a ""dummy"" UCF printer id. You define
the dummy printer id just like any other UCF printer. On the CICS end, in
the DCT entry, you define your own program for reading the parameter
information from the temporary data queue and then have that program kick
off a CICS transaction. We do something like this to kick off a CICS
background task to transmit electronic work orders. One thing to keep in
mind is that the first record in the temporary data queue contains some
control information, and I believe the parameter information may start in
the second record in the queue. I know that this is just a rough sketch,
but maybe its enough to give you some ideas.

Dave

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








Normal

Normal
Re: WTOEXIT Vs. Scheduler
"We use WTOEXIT to submit the journal offloads. No job scheduler.

Outcomes