Or alternatively have the spool files hit another outqueue with a dataqueue
attached (or however you do it) and pre-process them there. If they pass
the tests move them on to the InfoPrintServer queue.

Having a couple of resources/functions competing to manage the contents of
the same outqueue seems like a recipe for trouble to me.

Using a "preprocess outqueue" seems a clearer way to separate the required
functions but that might be just how I think.

On Thu, Aug 13, 2015 at 8:53 AM, Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
wrote:

All good input from everyone.
The key when using InfoPrintServer is to interrupt the process before the
spoolfile hits the outq.
Not easily done.
So here's some new logic that might work for all AJS jobs.
This would not work for spoolfiles created directly by an application.
By default, have the spoolfiles set to HOLD *YES, thus will not be emailed.
Create one new generic utility that would look for an "empty spoolfile"
If "not empty" change from HOLD yes to HOLD no, or release the spoolfile.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Buck Calabro
Sent: Wednesday, August 12, 2015 4:38 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Prevent spoolfiles generated via wrkqry from being auto
emailed if "No records in query report. "

On 8/12/2015 3:38 PM, Jeff Young wrote:
What I do when I need to know if my query produced results first
before taking any other action is to run the query directed to an
output file in qtemp, then retrieve the number of current records in
that file. If the value is ZERO, I have no data and skip the rest of my
processing.

We have similar things going on here. We'd write a query because it was
faster than writing a program. Then we had to do something special to
format it. Then we had to do another special thing to send it. Then
another special thing to avoid sending it if it was empty.

It turned into a lot of work in order to save ourselves the work of
writing a program. I guess in the end it was OK because the work was
spread out over time...

Today, I'd argue for a proper program that does the extract, formatting,
and if there's something to be sent, do the emailing.

--
--buck

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





This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2020 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].