Not knowing all the details that scenario would make me question why don't I have a real-time fat client app dong the work ?
Fat clients still have value.
It is diamonds after all :-)
Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site:
http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------
message: 2
date: Thu, 12 Jul 2012 10:24:53 -0700
from: "Holm, Paul" <pholm@xxxxxxxxxxxxxxxxx>
subject: Re: [WEB400] Websockets on the IBMi
<Real World Need Example>
We are just starting to look harder at this area we term server side events so this is an interesting topic. We have a real life client doing RFID based inventory checking application. The current need involves taking inventory of thousands of high value diamonds. The process is as follows:
On a web UI, the worker clicks on a button "Start Inventory Reading" which results in activating a specific RFID reader. The RFID reader is configured to call our Java based server when it reads any diamonds in it's range. The inventory taker then goes off grabs a container of diamonds and places them into RFID reader area. RFID reader reads all diamonds, calls our server which writes them to a DB. Inventory removes diamonds and gets
next container of diamonds and repeats until finished. The challenge is
to update the inventory takers screen with diamonds counts and comparisons to expected inventory levels in real time as inventory taking continues.
The RFID reader events are not associated with the inventory takers
request/response. I am looking at updating our framework to include the
generic ability to "register as a listener" for various server side events and have those events trigger back to listening clients who then will update their UIs as appropriate.
</Real World Need Example>
midrange.com
