Re: Are data queues reliable?

Thanks to all the responses!

Larry, Craig Rutledge has two data queue utilities in his JCRLIB package,
one of which displays the actual entries. (I am the reason why he, just
this past week, had to refactor a service program to use teraspace, and a
whole bunch of programs that use said service program!)

For those who mentioned corrupted data queues, in our case, since our data
queues would always be "flushed" before shutting down the receiver program,
normally only done for system shutdown, perhaps I should delete the data
queues and recreate them before starting up the receiver programs again.

- Dan

On Thu, Dec 22, 2016 at 11:04 PM, DrFranken <midrange@xxxxxxxxxxxx> wrote:

I'm with Glenn, they are awesome when used correctly. I have been using
them since V1R2 of OS/400 and have never known them to be unreliable. THE
issue that we saw with them was simply that it's not simple to see what's
in them. Not impossible of course but not simple like DSPDTAQ simple. Well
unless you have TAATOOLs then you can. :-)

- Larry "DrFranken" Bolhuis

www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.


On 12/22/2016 10:04 PM, Dan wrote:

I have a project I'm designing that uses data queues. A colleague
remembered from a former job that they seemed to have problems using data
queues, but couldn't remember specifics. Apparently, they were deemed
unreliable there and so they redesigned their processes to avoid using
them. She is following up with a former colleague to refresh her memory,
but it may be awhile since we're in the holiday season.

I personally haven't done a lot of work using data queues, but what I have
done has proven to be absolutely reliable. I am certain that if there
were
any issues with data queues, given their importance in many applications,
a) we would know about them, and b) IBM would have fixed them pronto a
LONG
time ago.

Still, just doing my due diligence with this.

- Dan

--

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.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD