Skip
repetitive navigational links
L-Soft  -  Home of  the  LISTSERV  mailing list  manager LISTSERV(R) 14.5
Skip repetitive navigational links
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (June 2002)Back to main ZNG pageJoin or leave ZNGReplyPost a new messageSearchProportional fontNon-proportional fontLog in
Date:         Wed, 19 Jun 2002 10:13:41 -0400
Reply-To:     "Z39.50 Next-Generation Initiative" <[log in to unmask]>
Sender:       "Z39.50 Next-Generation Initiative" <[log in to unmask]>
From:         Ray denenberg <[log in to unmask]>
Subject:      Re: Betr.: SessionID Summary
Comments: To: "Z39.50 Next-Generation Initiative" <[log in to unmask]>
Content-Type: text/plain; charset="iso-8859-1"

From: "Robert Sanderson" <[log in to unmask]> > > I would say, that it is preferred that resultsets time out later than > > sessions but when it is the other way around, the client could save the > > original CQL to re-execute the query. > > The seems very strange to me. Surely the implication of having a result > set last longer than the session is that result sets can be accessed out > side of a session? > > But if you're going to have sessions and I assume limit access to > resultsets to only those created during that session, what is the point of > having them last longer than the session? Interesting philosophical question but is there any reason why the protocol needs to address it? It seems to me that the protocol can be silent on this. --Ray


Back to: Top of message | Previous page | Main ZNG page

LISTSERV.LOC.GOV CataList email list search Powered by LISTSERV email list manager