Hi Andre,
True, but the difference is that HTTP servers typically can use some
sort of time-out mechanism to close idling persistent connections and
free resources. Callout servers can't do that because such a behavior
could result in the loss of application message data and the OPES
processor may not necessarily be able to repeat a callout
request (since
it cannot always keep a copy of application messages).
Think of a very simple callout protocol that starts each request with a
little handshake before application data is transfered (like in SMTP).
For such a protocol it will be possible to timeout a connection by the
callout server without loosing data if the next request is just about to
be sent in this moment.
Yes, this would be feasible (but not necessarily very efficient).
Absolutely. And that's why an OPES protocol SHOULD offer a keep-alive
mechanism.
Regards
Martin