ca.portal.admin

Re:Batch UCF Jobs

Discussion created by ca.portal.admin on Sep 19, 2008
We use RHDCUCFB batch jobs to vary files to update or retrieval mode.
They must be ran single threaded since these jobs signon to CV with the
same userid. Is there a way to make the job have a bad return code if
they are ran at the same time. I don't want to allow multiple signons so
I can't use that unless there is a way to allow multiple signons by
userid. I am running 16.0 SP4 on z/OS 1.9.

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








Normal

Normal
Batch UCF Jobs
"We use RHDCUCFB batch jobs to vary files to update or retrieval mode.
They must be ran single threaded since these jobs signon to CV with the
same userid. Is there a way to make the job have a bad return code if
they are ran at the same time. I don't want to allow multiple signons so
I can't use that unless there is a way to allow multiple signons by
userid. I am running 16.0 SP4 on z/OS 1.9.

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








Normal

Normal
Batch UCF Jobs
"We use RHDCUCFB batch jobs to vary files to update or retrieval mode.
They must be ran single threaded since these jobs signon to CV with the
same userid. Is there a way to make the job have a bad return code if
they are ran at the same time. I don't want to allow multiple signons so
I can't use that unless there is a way to allow multiple signons by
userid. I am running 16.0 SP4 on z/OS 1.9.

Thanks,
Steve
"
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: Batch UCF Jobs
"--0__=0ABBFE5ADFDF82698f9e8a93df938690918c0ABBFE5ADFDF8269
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: quoted-printable


Steve - would an appropriately-coded EXIT 01 perform what you are looking
for (multiple signons ny user?)






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





=20
""Harmeson, Steve =20
(Newport News)"" =20
<Steve.Harmeson@N T=
o
GC.COM> IDMSVENDOR-L@LISTSERV.IUASSN.COM
Sent by: IDMS c=
c
3rd-party =20
providers forum Subjec=
t
<IDMSVENDOR-L@LIS [IDMSVENDOR-L] Batch UCF Jobs =20
TSERV.IUASSN.COM> =20
=20
=20
09/19/2008 08:29 =20
AM =20
=20
=20
Please respond to =20
IDMS Public =20
Discussion Forum =20
<IDMS-L@LISTSERV. =20
IUASSN.COM> =20
=20
=20




We use RHDCUCFB batch jobs to vary files to update or retrieval mode.
They must be ran single threaded since these jobs signon to CV with the
same userid. Is there a way to make the job have a bad return code if
they are ran at the same time. I don't want to allow multiple signons so
I can't use that unless there is a way to allow multiple signons by
userid. I am running 16.0 SP4 on z/OS 1.9.

Thanks,
Steve


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.


--0__=0ABBFE5ADFDF82698f9e8a93df938690918c0ABBFE5ADFDF8269
Content-type: image/gif;
name=""graycol.gif""
Content-Disposition: inline; filename=""graycol.gif""
Content-ID: <10__=0ABBFE5ADFDF82698f9e8a93df938@humana.com>
Content-transfer-encoding: base64

R0lGODlhEAAQAKECAMzMzAAAAP///wAAACH5BAEAAAIALAAAAAAQABAAAAIXlI+py+0PopwxUbpu
ZRfKZ2zgSJbmSRYAIf4fT3B0aW1pemVkIGJ5IFVsZWFkIFNtYXJ0U2F2ZXIhAAA7

--0__=0ABBFE5ADFDF82698f9e8a93df938690918c0ABBFE5ADFDF8269
Content-type: image/gif;
name=""pic28703.gif""
Content-Disposition: inline; filename=""pic28703.gif""
Content-ID: <20__=0ABBFE5ADFDF82698f9e8a93df938@humana.com>
Content-transfer-encoding: base64

R0lGODlhWABDALP/AAAAAK04Qf79/o+Gm7WuwlNObwoJFCsoSMDAwGFsmIuezf///wAAAAAAAAAA
AAAAACH5BAEAAAgALAAAAABYAEMAQAT/EMlJq704682770RiFMRinqggEUNSHIchG0BCfHhOjAuh
EDeUqTASLCbBhQrhG7xis2j0lssNDopE4jfIJhDaggI8YB1sZeZgLVA9YVCpnGagVjV171aRVrYR
RghXcAGFhoUETwYxcXNyADJ3GlcSKGAwLwllVC1vjIUHBWsFilKQdI8GA5IcpApeJQt8L09lmgkH
LZikoU5wjqcyAMMFrJIDPAKvCFletKSev1HBw8KrxtjZ2tvc3d5VyKtCKW3jfz4uMKmq3xu4N0nK
BVoJQmx2LGVOmrqNjjJf2hHAQo/eDwJGTKhQMcgQEEAnEjFS98+RnW3smGkZU6ncCWav/4wYOnAI
TihRL/4FEwbp28BXMMcoscQCVxlepL4IGDSCyJyVQOu0o7CjmLN50OZlqWmyFy5/6yBBuji0AxFR
M00oQAqNIstqI6qKHUsWRAEAvagsmfUEAImyxgbmUpJk3IklNUtJOUAVLoUr1+wqDGTE4zk+T6FG
uQb3SizBCwatiiUgCBN8vrz+zFjVyQ8FWkOlg4NQiZMB5QS8QO3mpOaKnL0Z2EKvNMSILEThKhCg
zMKPVxYJh23qm9KNW7pArPynMqZDiErsTMqI+LRi3QAgkFUbXpuFKhSYZALd0O5RKa2z9EYKBbpb
qxIKsjUPRgD7I2XYV6wyrOw92ykExP8NW4URhknC5dKGE4v4NENQj2jXjmfNgOZDaXb5glRmXQ33
YEWQYNcZFnrYcIQLNzyTFDQNkXIff0ExVlY4srziQk43inZgL4rwxxINMvpFFAz1KOODHiu+4aEw
NEjFl5B3JIKWKF3k6I9bfUGp5ZZcdunll5IA4cuHvQQJ5gcsoCWOOUwgltIwAKRxJgbIkJAQZEq0
2YliZnpZZ4BH3CnYOXldOUOfQoYDqF1LFHbXCrO8xmRsfoXDXJ6ChjCAH3QlhJcT6VWE6FCkfCco
CgrMFsROrIEX3o2whVjWDjoJccN3LdggSGXLCdLEgHr1lyU3O3QxhgohNKXJCWv8JQr/PDdaqd6w
2rj1inLiGeiCJoDspAoQlYE6QWLSECehcWIYxIQES6zhbn1iImTHEQyqJ4eIxJJoUBc+3CbBuwZE
V5cJPPkIjFDdeEabQbd6WgICTxiiz0f5dBKquXF6k4senwEhYGnKEFJeGrxUZy8dB8gmAXI/sPvH
ESfCwVt5hTgYiqQqtdRNHQIU1PJ33ZqmzgE90OwLaoJcnMop1WiMmgkPHQRIrwgFuNV90A3doNKT
mrKIN07AnGcI9BQjhCBN4RfA1qIZnMqorJCogKfGQnxSCDilTVIA0yl5ciTovgLuBDKFUDE9aQcw
9SA+rjSNf9/M1gxrj6VwDTS0IUSElMzBfsj0NFXR2kwsV1A5IF1grLgLL/r1R40BZEnuBWgmQEyb
jqRwSAt6bqMCOFkvKFN2GPPkUzIm/SCF8z8pVzpbjVnMsy0vOr1hw3SaSRUhpY09v0z0J1FnwzPl
fmh+xl4WtR0zGu24I4KbMQm3lnVu2oNWxI9W/lcyzA+mCKF4DBikxb/+UWtOGRiFP8qEwAayIgIA
Ow==

--0__=0ABBFE5ADFDF82698f9e8a93df938690918c0ABBFE5ADFDF8269
Content-type: image/gif;
name=""ecblank.gif""
Content-Disposition: inline; filename=""ecblank.gif""
Content-ID: :love:0__=0ABBFE5ADFDF82698f9e8a93df938@humana.com>
Content-transfer-encoding: base64

R0lGODlhEAABAIAAAAAAAP///yH5BAEAAAEALAAAAAAQAAEAAAIEjI8ZBQA7

--0__=0ABBFE5ADFDF82698f9e8a93df938690918c0ABBFE5ADFDF8269--
"
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: [IDMSVENDOR-L] Batch UCF Jobs
"
Steve - would an appropriately-coded EXIT 01 perform what you are looking
for (multiple signons ny user?)






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






""Harmeson, Steve
(Newport News)""
<Steve.Harmeson@N To
GC.COM> IDMSVENDOR-L@LISTSERV.IUASSN.COM
Sent by: IDMS cc
3rd-party
providers forum Subject
<IDMSVENDOR-L@LIS [IDMSVENDOR-L] Batch UCF Jobs
TSERV.IUASSN.COM>


09/19/2008 08:29
AM


Please respond to
IDMS Public
Discussion Forum
<IDMS-L@LISTSERV.
IUASSN.COM>






We use RHDCUCFB batch jobs to vary files to update or retrieval mode.
They must be ran single threaded since these jobs signon to CV with the
same userid. Is there a way to make the job have a bad return code if
they are ran at the same time. I don't want to allow multiple signons so
I can't use that unless there is a way to allow multiple signons by
userid. I am running 16.0 SP4 on z/OS 1.9.

Thanks,
Steve


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
just in case you had plans to download fixes this weekend .....
" =20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
=20
Important Notice: =20
On Saturday, September 20, 2008, from 08:00 to 09:00 p.m. ET (GMT-4) and
on Sunday, September 21, from 01:00 to 02:00 a.m. 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. =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
just in case you had plans to download fixes this weekend .....
"












Important Notice:
On Saturday, September 20, 2008, from 08:00 to 09:00 p.m. ET (GMT-4) and
on Sunday, September 21, from 01:00 to 02:00 a.m. 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
Splitting the Journal archive file.
"Hi all,

We want to split the archive journal file and subsequently process that
information with other utilities.

CA has said that we can't use CULPRIT to do this (see below) and that
others have written programs that perform this function.

Have any of you done this, and would you be willing to share? I don't
look forward to re-inventing the wheel.

Thanks,

Dick

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

From CA:

""Hi *** - no you cant use Culprit (simply) to do what you are asking.
The journal file is a fixed block but within it can be different journal
records of different lengths. We use the user module CULLJRNL to read
the journal file and de-block it for use with the journal reports. If
they use this then they can apply selection criteria however Culprit
only processes one record at a time and if you then tried to write this
record back out it is not in the format expected by all the journal
utilities.
=20

""If you didnt use CULLJRNL then you would need to know specifics about
the journal file. yyyy said customers have written programs to do what
this customer is looking for (not necessarily in Culprit).""
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Splitting the Journal archive file.
"Hi all,

We want to split the archive journal file and subsequently process that
information with other utilities.

CA has said that we can't use CULPRIT to do this (see below) and that
others have written programs that perform this function.

Have any of you done this, and would you be willing to share? I don't
look forward to re-inventing the wheel.

Thanks,

Dick

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

From CA:

""Hi *** - no you cant use Culprit (simply) to do what you are asking.
The journal file is a fixed block but within it can be different journal
records of different lengths. We use the user module CULLJRNL to read
the journal file and de-block it for use with the journal reports. If
they use this then they can apply selection criteria however Culprit
only processes one record at a time and if you then tried to write this
record back out it is not in the format expected by all the journal
utilities.


""If you didnt use CULLJRNL then you would need to know specifics about
the journal file. yyyy said customers have written programs to do what
this customer is looking for (not necessarily in Culprit).""
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Splitting the Journal archive file.
"yes - i have something to do this - (at least get you started) - I will try
to find it and post it later today




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: [IDMSVENDOR-L] Splitting the Journal archive file.
"yes - i have something to do this - (at least get you started) - I will try
to find it and post it later today




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: Splitting the Journal archive file.
"Hi Dick,



Depending on how you want to use the data, you could use IDCAMS remembering
that this is a physical record split. I often use this method for testing
Journal data.



John Abell

International Software Products



This email may contain confidential and privileged material for the sole use
of the intended recipient(s). Any review, use, retention, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive on behalf of the named recipient),
please contact the sender by reply email and delete all copies of this
message. Also, email is susceptible to data corruption, interception,
tampering, unauthorized amendment and viruses. We only send and receive
emails on the basis that we are not liable for any such corruption,
interception, tampering, amendment or viruses or any consequence thereof.

Outcomes