Re: [search-ws] resultSetIdleTime/resultSetTTL

["Hammond, Tony" <t.hammond@nature.com>]

Now that's a bit odd, surely? It's not the parameter name that was cocked
up. The 1.2 spec [1] quite clearly has this to say:

==
resultSetTTL (optional)

The number of seconds for which the client requests that the result  set
created should be maintained. The server MAY choose not to fulfil  this
request, and may respond with a different number of seconds.  If
resultSetTTL is not supplied then the server will determine the  value. See
Result Sets.
==

That is, it has the correct name and corresponding definition for a TTL. A
follow-on request would just reset the TTL (at server discretion).

Personally I would go with whatever:

    1. TTL

    2. idleTime

    3. TTL/idleTime

But let's get the story consistent (first) and, if we can, simple (second).

This has been a real headache for us.

Tony

[1] http://www.loc.gov/standards/sru/specs/search-retrieve.html



On 22/4/10 15:04, "LeVan,Ralph" <levan@oclc.org> wrote:

>> -----Original Message-----
>> From: Ray Denenberg, Library of Congress [mailto:rden@loc.gov]
>> Sent: Wednesday, April 21, 2010 10:29 AM
>> 
>> Well another possibility, which I should have thought of, would be to
> change
>> idle time to TTL in the response. This would be equally disruptive and
>> equally simplifying to just eliminating idle time.   Actually, I think
> it
>> would be a more logical approach.
> 
> Sorry, but I still think Idle Time is the right way to manage result
> sets.  As long as the client keeps referring to the result set, it
> should stay alive.  The fact that we got the name of the request
> parameter wrong is the only problem I see here.  I treat that parameter
> as a request to set the idle time.
> 
> Ralph
> 


********************************************************************************   
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   
********************************************************************************