We had a Q at the Conference and "DISPLAY MSG ASYNC" was Vlad's answer.
When I got home I tried it and it was NOT the answer.
Here's what I needed.
1) I have a way to send a Twilio SMS message to a Lead via Aware process & java API.
The API takes a SMS record, sends it, and posts a transaction id/confirm from Twilio into that record.
2) A person replies to a SMS they just got on their phone.
Twilio calls a REST Webhook thats running ON MY SERVER.
REST receives a reply and a Notification signals a process to start, which reads Twilio data and adds that reply to the SMS table.
This is all good, but the ISSUE is How to tell the salesman sitting at his desk that a SMS msg just came in.
ONE WAY is to continually hit the database every 15 seconds and display a badge. (big server, lots of users, multi-tenant - NOT appealing)
Whats needed is to allow the DISPLAY MESSAGE function to send an ASYNC message to a current user in the system "You received a SMS message"... even if it has to wait until that user contacts the server the next time.
We have MQSERIES messaging now - this could just Q the message internally and deliver it the next time that user contacts the server.
At the conference, Vlad said this would work, but its a misunderstanding - because it has to come from the server to a LIRU's screen. This PUSH notification would be much better than polling the db constantly.