A girl's best friend, or so I've heard.

On Thu, Jul 12, 2012 at 4:08 PM, Maurice O'Prey <Maurice.Oprey@xxxxxxxxx> wrote:
Not that its relevant to Web Sockets (but it is a true story and it is
relevant to Diamonds) I did work on a prototype system back in 1989 for a
"World Diamond Database". This was no small project. The guy in charge (an
entrepreneur) had funds signed off by an investment group based on the
production a "proof of concept".

He had approached IBM, and IBM passed the invitation on to the company I
worked for. Indeed there were several software houses involved as this
system had to be accessible over "A Dial In Modem" (A difficult thing in
those days). Plus it had to be able to search a database of over one million
diamonds for an individual stone and return the result in less than one
second!

I developed the prototype software (On the AS/400) and yes it worked! IBM
allowed us to set up the demo in one of their London offices and the
customer was overwhelmed when he saw it working. We all rejoiced!!!

The only fly in the ointment came when we heard that the "prospect" died of
Hepatitis two weeks after the demo (and the whole idea was quashed)

No doubt someone is doing it now and maybe in future they will use Web
Sockets?

1989 :-)

Maurice O'Prey



Those of you who know diamonds (and there's not many) will know that there
are a huge number of factors AFFECTING THE NEED FOR A specific diamond and
it's value.

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Holm, Paul
Sent: 12 July 2012 18:25
To: web400@xxxxxxxxxxxx
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>
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To post a
message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list
options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].