[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [search-ws] resultSetIdleTime/resultSetTTL
Hi Ray: Thanks. I got that now. So, you're saying that TTL is max time and that IdleTime marks how long the result set stays alive unless another client request steps in and then IdleTime gets reset by the server (until expiry of TTL). So, I have another question. In my response I currently have IdleTime. I don't have current time of response, do I? Nor do have TTL, although you suggest that we should add that in. But then I don't have the original time the request was made and from which the TTL is measured. This is really complex stuff. (And btw, I am still holding out for a diagram to clarify.) Also it looks like even though we are to report IdleTime *and* TTL in the response we have no times (request and/or original request) from which to measure these offsets. That is, the client has to take care of time management. Who would have thought it was this difficult to query? Cheers, Tony On 16/4/10 15:35, "Ray Denenberg, Library of Congress" <rden@loc.gov> wrote: > > From: Hammond, Tony >> I must admit to still being confused about these parameters. I kind of get >> the idea, I think. But then I'm not sure. It seems to me that TTL is >> measured from the original request, and represents a certain fixed period >> in time where the result set will be alive, whereas IdleTime is a delta >> from the last request and provides a moving window which can be used to >> prolong result set lifetime past the original TTL. Is that it? Actually, I >> really am horribly baffled by all of this. > > Tell me if this helps and then we'll go from there. > > The search response says resultSetTTL is two weeks and resultSetIdleTime is > one hour. > > This means: > > If the client references that result set within an hour, then that one hour > timer gets reset for another hour. If an hour goes by without a reference, > the result set goes away. In any case, the result set goes away after two > weeks, even if it is constantly referenced. > > (So no, idle time does not prolong lifetime beyond TTL. TTL is the max.) > > --Ray > > > > > --------------------------------------------------------------------- > To unsubscribe from this mail list, you must leave the OASIS TC that > generates this mail. Follow this link to all your TCs in OASIS at: > https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php > ******************************************************************************** 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]