× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Chapin,

If you want to control this for certain circumstances and not all, use a
Reply List Entry in a CL.

That way you can control the message option reply, etc.

HTH

Chuck

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Kaynor@xxxxxxx
Sent: Wednesday, March 24, 2004 11:17 PM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: Autoreply vs. Operator Intervention on CPF5034

In order to enforce a new business data integrity rule, I created a Logical 
File with OMIT criteria and UNIQUE keyword.   Its maintenance is *IMMED.

I was surprised to find that a batch process adding records to this file did

not stop for operator intervention when this Logical File restriction
failed.  
 The database updated failed, but the joblog shows two errors:   
       1) The severity 10 CPF5009 "Duplicate record key in member" message 
which does not take a reply; and 
       2) The severity 30 CPF5034 "Duplicate key on access path" message.

The CPF5034 message appears to be shipped for V5R2 with a default of "C - 
Cancel."   

The DSPMSGD help text implies that "autoreply" is triggered by the receiver 
of the message, but I can't find documentation of how a job or a program
turns 
on autoreply.  Even a call to IBM support has not provided an answer.    I'm

probably looking under the wrong keyword.    

Can someone point me to how autoreply vs. operator intervention is 
determined?   Basically, I'd like this error to require operator
intervention in certain 
jobs.   We have other, similar cases as well.

TIA,
--Chapin Kaynor
    Vermont





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.