river-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sim IJskes - QCG <...@qcg.nl>
Subject Re: roadmap
Date Tue, 02 Feb 2010 08:32:02 GMT
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

Mime
View raw message