[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [search-ws] resultSetIdleTime/resultSetTTL
Hi Ray: > But I do see two problems. > > One, in B, idle time is greater that ttl. According to the current (draft) > rules, idle time must be less than or equal to ttl. Fine. But how does client know what the TTL is? Ultimately that is server determined - as is idleTime. My diagram was attempting to show this from client perspective. Now I see this is more complicated still. Are the idleTimes and TTLs shown the client request versions or the server response versions? > Two, in C, I think you meant to say that the result set is dropped at t2? > Either that or I cannot completely decipher the picture. Nope. C is direct analogue of A but for multiple request scenario. My understanding (weak) of the idleTime parameter is that this is a request for safe haven and that once we're beyond that the result set can be dropped. TTL then exists as a max cut-off. So, in C it would be correct to drop the result set after the last idleTime is expired but before the TTL has timed out. Tony On 23/4/10 16:28, "Ray Denenberg, Library of Congress" <rden@loc.gov> wrote: > Thank, Tony. I put this in the new draft I just now posted > http://www.oasis-open.org/committees/download.php/37433/sru-2-0-april-22-2010. > doc > > But I do see two problems. > > One, in B, idle time is greater that ttl. According to the current (draft) > rules, idle time must be less than or equal to ttl. > > Two, in C, I think you meant to say that the result set is dropped at t2? > Either that or I cannot completely decipher the picture. > > --Ray > ******************************************************************************** DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS ********************************************************************************
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]