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



I'll not disagree with that :-)

The correct solution is to use the command exit points...

----- Original Message ----- From: "Charles Wilt" <charles.wilt@xxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, August 06, 2009 12:50 PM
Subject: Re: Dividing jobs to diffrent job queue depending of job type


Crispin,

My only concern there is that as I understand it, routing steps factor
in when the job is started.

So it seems possible that the job could wait in the wrong queue for a
while, then get moved to the correct queue to wait some more.

Charles

2009/8/6 Crispin Bates <cbates@xxxxxxxxxxx>:
In the past I have used subsystem routing to do this. The initial routing
step checks the request data. If it's a query, the job is resubmitted to
another queue. That could be easily expanded to check a file for the program
found in the request data. That file would also contain the new jobq...


----- Original Message -----
From: "Charles Wilt" <charles.wilt@xxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, August 06, 2009 10:59 AM
Subject: Re: Dividing jobs to diffrent job queue depending of job type


Vern,

I'd be concerned that it'd be possible that the job could start before
it gets moved. Unless you default to placing the jobs on a queue that
is not attached to a SBS.

Charles

On Thu, Aug 6, 2009 at 10:45 AM, Vern Hamberg<vhamberg@xxxxxxxxxxx> wrote:
Tomek

Search in google for "job notification exit" and you will find something
at IBM - it lets you name a data queue to which messages will be placed
when jobs hit various stages in their running. One of these is being put
on a job queue. You would have a never-ending-program to wait on that
data queue, then, when a job i put on a job queue, you can change that
job to go to a different job queue. You would need some kind of control
file or hard-coded set of IF or SELECT to decide which way to go.

HTH - that was just a quick thought
Vern

Tomasz Skorża wrote:
Good morning/evening

I would like to ask if you know any solution how we can divide and send
jobs to other job queues depend of type of job (not depend of user
profile).
I.e.
1 - every long_time_consuming reports which is not important is going to
queue - SNAIL :-)
2 - report which have to be done ASAP - to queue - RABBIT
3 - any other batch jobs to queue QBATCH

I thinking about some exit point which will be recognize called
jobs/program and using some rules will change default QBATCH to other.
Is it possible?

Regards

Tomek


__________ Informacja programu ESET NOD32 Antivirus, wersja bazy sygnatur
wirusow 4312 (20090806) __________

Wiadomosc zostala sprawdzona przez program ESET NOD32 Antivirus.

http://www.eset.pl lub http://www.eset.com



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