Re: Multi threading Data Queues

[qsrvbas@xxxxxxxxxxxx (Tom Liotta)]

Vern:

I'd started thinking along those lines, too, but wasn't sure how to advise 
about two programs reading the same entries. Since an entry wouldn't be removed 
when received that way, the programs would need to place explicit locks on the 
*dtaq during the times when an entry was being examined. The locks should be 
very short-lived.

Tom Liotta

midrange-l-request@midrange.com wrote:

>Howard
>
>Receive from Data Queue (QRCVDTAQ) has an optional
>parameter that says not to remove the message. Retrieve
>Data Queue Message (QMHRDQM) does not remove the
>message. Does that give you any options?
>
>Vern

>> Folks,
>>
>> I am trying to figure out something here, I have a cross platform
>> application using DRDA between the 400 and a mainframe, currently the jobs
>> are queued to a subsystem job queue which is set to only allow one job at a
>> time. The reason is that we used QM Queries and data queues to select nTuple
>> data that is needed to update the mainframe.
>>
>> Part of this process runs early in the morning about 4am and loads up the
>> processing queue with perhaps 1500 to 2000 requests. This gets the normal
>> user entering things manually behind all of the n(k) transactions in the
>> queue.
>>
>> I want to run more than one of these entries in the subsystem at a time but
>> I am drawing a blank on the best way to set the data queues to be multi
>> threaded.
>>
>> What happens if a program reads a entry from the queue, decides it does not
>> belong to it and places it back on the queue, will the end-of-queue (entry
>> size) still be set at the proper place even though an entry has been
>> replaced on the queue? Or is there some other incantation I can use to
>> multithread the data queues?
>>
>> Additionally you should know that the programs themselves are set to handle
>> locks and other odd things that creep up when all the kids want the same row
>> at the same time!
>> although this should not happen, it is likely that the rows will be on the
>> same page.
>>
>> Any and all suggestions or ideas and even the "why did you do something so
>> stupid when you could have...." will be appreciated.

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone  253-872-7788
Fax    253-872-7904
http://www.powertechgroup.com


__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! 
http://channels.netscape.com/ns/browsers/download.jsp

Get your own FREE, personal Netscape Mail account today at 
http://webmail.netscape.com/