|
Thanks Paul,multiple copies
I was not sure if that would work.
Since the batch job is library list dependent, I could have
running with different job names that are identified by the environment.entry
If I setup a new enviornment, I would have to create a new prestart job
for it.Paul's
I appreciate all of the suggestions that I have received and will use
suggestion to make it a dynamic call.with
Quick question:
The trigger program is Free Form RPGLE and I had been using a prototype
EXTPGM.in the
How can I make this into a dynamic call instead of static?
Thanks,
Jeff Young
Sr. Programmer Analyst
________________________________
From: "Morgan, Paul" <Paul.Morgan@xxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Fri, June 17, 2011 12:58:14 PM
Subject: RE: Trigger Processing Question
Jeff,
To answer your question:
1) Make sure you are making a dynamic call to the program
2) Make sure the program shuts down after every call so it's no longer
call stack of the processthe
Then when you call the program again in the same process you will call
current version.process or
Have you looked at a prestart job entry in that subsystem for your
processes that receives the data queue entry? Those can getautomatically
restarted by the subsystem if they ever end.mailto:midrange-l-bounces@xxxxxxxxxxxx]
Paul Morgan
Principal Programmer Analyst
IT Supply Chain/Replenishment
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
On Behalf Of Jeff Youngis
Sent: Friday, June 17, 2011 12:30 PM
To: Midrange Systems Technical Discussion
Subject: Re: Trigger Processing Question
Paul,
I still need to know if the program that receives the data queue entry
active.be
This will be a program running in a NOMAX jobs subsystem, but needs to
library list sensitive.queue
My current logic is to call a program with the data needed for the data
and test if the processing job for the environment is active.
I do this using the List Active Jobs API and if the job is not active, I
it.trigger to
My question is what is the best way to call this program from the
ensure that I will always get the current version?That
Thanks,,
Jeff Young
Sr. Programmer Analyst
________________________________
From: "Morgan, Paul" <Paul.Morgan@xxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Fri, June 17, 2011 11:49:05 AM
Subject: RE: Trigger Processing Question
Jeff,
Why must the trigger program check if the processing program is active?
shouldn't be done in the process that fires the trigger. Do that withsome
sortdata
of scheduled job to occasionally check if the process monitoring the
is active.the
Why must the trigger determine if the data queue exists? I'd just have
trigger program push an entry into the data queue. Monitor or trap thatpush
into the data queue for an error. If you trap a 'data queue doesn'texist'
errormailto:midrange-l-bounces@xxxxxxxxxxxx]
then do something about it.
Paul Morgan
Principal Programmer Analyst
IT Supply Chain/Replenishment
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
On Behalf Of Jeff Youngqueue
Sent: Friday, June 17, 2011 11:34 AM
To: Midrange Systems Technical Discussion
Subject: Re: Trigger Processing Question
Hi Paul,
That is basicaly what I am doing, but I need to determine if the data
exists and if the processing program is active.trigger
I have a program that will do that, but what is the best way for the
call it so that if needed I can make adjustments to it without having toanother
worry about what version the trigger is actually calling.
Thanks,
Jeff Young
Sr. Programmer Analyst
________________________________
From: "Morgan, Paul" <Paul.Morgan@xxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Fri, June 17, 2011 10:43:08 AM
Subject: RE: Trigger Processing Question
Jeff,
Fire off an entry into a data queue from the trigger program. Have
process already running which is monitoring the queue and processes theentry
toyou to
call the other program to do some other processing. It's possible for
shut down the process and restart it to make changes to the otherprogram. As
long as the data queue is available the trigger program can continue tofire
entries into the queue.program.
I wouldn't do any checking for a data queue or process in the trigger
Neither would I submit a job or call the program from the triggerprogram.
want to reduce as much as possible any possibility of an error or delaywith
theTrigger
trigger program.
If you want to make changes to the trigger program you should use the
Mediator pattern.mailto:midrange-l-bounces@xxxxxxxxxxxx]
Paul Morgan
Principal Programmer Analyst
IT Supply Chain/Replenishment
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [
On Behalf Of Jeff Youngduring
Sent: Friday, June 17, 2011 10:27 AM
To: midrange-l@xxxxxxxxxxxx
Subject: Trigger Processing Question
V6R1
I have a trigger program that is going to be called thousands of times
the day.fire off
This program will test some fields in the old and new record and then
aMediator
program to do some other processing if they are changed.
At this time this is the only trigger being used, so the Trigger
program is overkill.needed.
I want to be able to make changes to the program doing the proessing if
I will initialy call a program to test if a data queue exits and if theprocessing.
processing job is already active and waiting for a message.
If not, the program will create the data queue and then submit the
list
What is the best method to call this program?
Dynamic call from the Trigger?
Submit job to batch ?
Some other method?
All suggestions will be appreciated.
Thanks,
Jeff Young
Sr. Programmer Analyst
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
To post a message email: MIDRANGE-L@xxxxxxxxxxxxlist
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
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 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.