Peter Firmstone wrote:
This is not needed, a connection to a JR is on a polling basis,
initiated from the service (acting as a client from an RPC
perspective). (think XMPP, XEP-0124 BOSH).
Ok, so if it doesn't poll (empty packet) within a certain time, it's
lease expires?
Ah. Thats a good one. Probably. The expectance is, that the device
immediately starts another poll after retrieving a result. But if there
are processing constraints / connection interruptions and this cannot be
met, it should not be fatal. After a timeout, the relay should stop. Or
maybe after having a filled (not full) queue for a certain timeout.
Depending on the trust (or deployment decision) between server and relay
the relay could offer a receive queue with a depth of more then 0. And
to the client of de service-over-relay the takedown-rebuild cycle should
be transparant.
Gr. Sim
--
QCG, Software voor het MKB, 071-5890970, http://www.qcg.nl
Quality Consultancy Group b.v., Leiderdorp, Kvk Leiden: 28088397
