RE: Client/Server Applications - what to use?

We are also moving from remote DQ via VB and CA to sockets.  Some
applications call the validation programs while other send to a DQ for
transaction processing.

Our main business is retail point of sale transaction processing and based
on a DQ.  This allows us to run multiple interfaces, communication programs,
into one queue with multiple server processing from the queue.

Our dedicated transaction processing systems can process 100 or more queue
entries per second.  They are keyed FIFO where the interface program send to
the DQ with a key value of zero, and waits for a response with the key value
equal to its job number, which is passed in the original queue entry.  This
give us the flexibility to change the application and re-set it with out
disrupting/resetting any communication jobs.  The servers read the next
entry with a key value of zero, FIFO.  If an entry was on the queue for more
than 3 seconds, we start another occurrence of the server.  If a server
times out, we start ending them.  We have a control data area that hold the
value of the minimum and maximum number of occurrences to be running.

This has been running without IPL for over a year at a time, on a CICS at
3.2 8>)



Christopher K. Bipes    mailto:ChrisB@Cross-Check.com
Sr. Programmer/Analyst  mailto:Chris_Bipes@Yahoo.com
CrossCheck, Inc.        http://www.cross-check.com
6119 State Farm Drive   Phone: 707 586-0551 x 1102
Rohnert Park CA  94928  Fax: 707 586-1884

If consistency is the hobgoblin of little minds, only geniuses work here.
Karen Herbelin - Readers Digest 3/2000

-----Original Message-----
From: Gary R. Patterson [mailto:midrange-l@nexsource.com]
Sent: Wednesday, August 30, 2000 7:16 AM
To: MIDRANGE-L@midrange.com
Subject: RE: Client/Server Applications - what to use?


I think the "best" way depends on data volume and number of users.  For low
volume applications where response time and throughput are not essential,
xDO is easy.  Our experience has been that as volume increases, application
performance degrades.  Maybe recent releases are better.

Data queues are pretty fast and lightweight, but not portable.

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---