I have looked into Message Queueing but the cost for IBM MQ was just too. When there was other ways to do it for free.
I find with data queues you lose the auditing trail of the data between systems.
John Slanina
Pencor Service
jslanina@xxxxxxxxxx
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Slanina, John
Sent: Friday, December 23, 2016 10:46 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Are data queues reliable?
Richard,
I have an Interactive voice response system that call out to subscribers. I loads thousands of call in a queue and 16+ programs will start to read the file.
It uses record level locking to control which job has what record.
John Slanina
Pencor Service
jslanina@xxxxxxxxxx
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Richard Schoen
Sent: Friday, December 23, 2016 10:30 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Are data queues reliable?
John,
Do you do queueing apps where multiple client programs may need to read queued data ?
If you do, out of curiosity what mechanism are you using to make sure two clients don't read the same record from the queue at the same time ?
That's what data queues and message queueing apps like MQ, Microsft Message Queueing, RabbitMQ and others do for you typically and they can also be DB backed.
Just curious for the sake of queueing discussion.
Regards,
Richard Schoen
Director of Document Management
e. richard.schoen@xxxxxxxxxxxxxxx
p. 952.486.6802
w. helpsystems.com
------------------------------
message: 5
date: Fri, 23 Dec 2016 13:54:49 +0000
from: "Slanina, John" <jslanina@xxxxxxxxxx>
subject: RE: Are data queues reliable?
I never found a good reason to use data queue. It just add a level of complexity for debugging. In the end I always using a physical file.
John Slanina
Pencor Service
jslanina@xxxxxxxxxx
--
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
As an Amazon Associate we earn from qualifying purchases.