Hi,
Is it possible to have a persistent socket connection in an appserver process, with a wait for, polling say, every second?
I've tried it and it just blocks any other requests to the appserver - Am I doing something wrong or is it just not possible?
I'm trialling the OpenEdge REST service and trying to work out the best way to get client requests sent over a socket from the appserver (which works ok) and then receive the responses back to the appserver for the client to pick up (the next time they poll).
It may be that an external process should pick up the responses over the socket and the appserver process should do a request on each client poll to see if it has any messages queued to send back?
Thanks,
Paul.
“It may be that an external process should pick up the responses over the socket and the appserver process should do a request on each client poll to see if it has any messages queued to send back?”
Probably the best option. Have a java or .NET process handle the server socket and use the appropriate open client product to call into the AppServer. This will also allo to leverage multiple threads to deal with multiple network sessions in parallel.
Hi,
Is it possible to have a persistent socket connection in an appserver process, with a wait for, polling say, every second?
I've tried it and it just blocks any other requests to the appserver - Am I doing something wrong or is it just not possible?
I'm trialling the OpenEdge REST service and trying to work out the best way to get client requests sent over a socket from the appserver (which works ok) and then receive the responses back to the appserver for the client to pick up (the next time they poll).
It may be that an external process should pick up the responses over the socket and the appserver process should do a request on each client poll to see if it has any messages queued to send back?
Thanks,
Paul.
Flag this post as spam/abuse.