OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

search-ws message

[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]