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



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
> This message is in MIME format. Since your mail reader does not understand
> this format, some or all of this message may not be legible.
> --
> [ Picked text/plain from multipart/alternative ]
> 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.
> ____________________________________________
>     Howard   Weatherly
>       Systems Advisor


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.