× 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.



No you cannot do this with an OS/400 Read Trigger. Sorry, but IBM does not
allow
you to define a "before read" trigger, but only an "after read" trigger. So,
then, it is
"too late" and you cannot "alter" the data in the buffers.  (Well, you CAN,
but it will
have "no effect" on your application.)

There was a long debate about this (under "read trigger") on one of these
lists,
some months back...

----- Original Message -----
From: "Booth Martin" <Booth@xxxxxxxxxxxx>
To: <midrange-l@xxxxxxxxxxxx>
Sent: Monday, October 13, 2003 2:13 PM
Subject: Re: trigger program: can I fool a program into reading some
selectfields from another file?


> Yes you can. With a *BEFORE trigger. Chain to the new file, get the new
> value, and change the output buffer of the record.
>
> However it will change the output buffer every time, even after it has
> already been changed. I have the feeling I am missing something. Why not
> just change the data in original file and be done with it?
>
>
>
> ---------------------------------------------------------
> Booth Martin http://www.MartinVT.com
> Booth@xxxxxxxxxxxx
> ---------------------------------------------------------
>
> -------Original Message-------
>
> From: Midrange Systems Technical Discussion
> Date: Monday, October 13, 2003 2:45:40 PM
> To: 'Midrange Systems Technical Discussion'
> Subject: trigger program: can I fool a program into reading some select
> fields from another file?
>
> I have 1000+ programs reading a customer master file (the old cust file).
> Can I add a trigger program which performs the following:
>
> Whenever a program which reads a record from the old customer master file:
>
> Read a different new customer file, get the customer's address from the
new
> file, and place the new address field into the address field in the old
> customer record format.
>
> Using this method, I could add a new file and not have to change any of
the
> many programs using the old customer master file.
>
> If not a trigger program, is there any other method to accomplish this on
> the Iseries?
>
> I am aware of OVRDBF, but that will not allow me to grab select fields
from
> another file.
>
> Also I am familiar with OPNQRYF, but that would require CL changes and
would
> limit the ease of implementation. Also, OPNQRYF would not support any
logic
> built into the record retrieval.
>
> If I could use a trigger program, in theory, I could make a database
change
> which would require no changes to programs using the customer file.
>
> Thanks!
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
> .
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>


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.