Re: Running Batch jobs in QINTER

[rob@xxxxxxxxx]

This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
However, wouldn't holding it be a good intermediate step?

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




JOberholtzer@compures.com
Sent by: midrange-l-admin@midrange.com
12/12/2002 12:29 PM
Please respond to midrange-l

        To:     midrange-l@midrange.com
        cc:
        Fax to:
        Subject:        Re: Running Batch jobs in QINTER



With respect to those who advocate messing with the QINTER job queue, and
other techniques,  changing the job queue QINTER can have affects you may
not have thought about.  What about TFRJOB and jobs that may have routing
changes in them?  Communications with SNA can be a problem as well, no
issue if everything is TCP/IP, but we are all not there yet.  Messing with
the queues and other attributes of the QINTER subsystem will work but each
have a real problem associated with them.

In my experience, the workstation entry is where an on line job will gain
access to an interactive subsystem in most circumstances so removing the
job queue QINTER from the subsystem QINTER will accomplish the immediate
goal, but at what cost?

The only real way to control a job when it enters the subsystem, is to
provide a routing program that will control how the job will run.  Because
there is intelligence built in, you could even override changes in
priority, and other job attributes that could be set by the users in ways
you would not prefer them to.

It is easy, fast, and recoverable, and far easier to document, to make the
routing program handle the situation.

Jim Oberholtzer
Senior Technical Architect
Computech Resources, Inc.
Phone:  262/785-8111

IBM /I-B-M/
Once upon a time, the computer company most hackers loved to hate; today,
the one they are most puzzled to find themselves liking.
From:  www.tuxedo.org



_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.