I would add to that. Including the database URL in a response means the
response can be reconstructed from it's content. So, when the response is
divorced from the process that obtained it (e.g. a web browser) and the URL
is not present, for example when the response is stored somewhere, the
search can be performed again or operations related to the search, such as
obtaining an explain record, can be carried out.
This is not something that has much immediate widespread application, but it
strikes me as good practice.
Bill
-----Original Message-----
From: LeVan,Ralph [mailto:[log in to unmask]]
Sent: 24 March 2004 16:09
To: [log in to unmask]
Subject: Re: Database URL in EchoedRequests
Both, I guess. We'll need an extension mechanism for it to work in 1.1 and
then have it be a natural part of 1.2.
Braindead clients forget things, like the explain response that they just
had in their hands. The response to a search does not contain the name of
the database that was searched. It does not contain the list of indexes
that might be used to refine the search. It does not contain the list of
alternate schemas that might be used to retrieve any records.
But, if the base URL had been returned, the braindead client could have
asked for the Explain record again and incorporated that data into the
search response. (There is a method in XSLT for going off and getting
another record dynamically and using it as part of the original record.)
<Warning>Cache your explain records! They are going to be asked for after
every other type of interaction.</Warning>
Ralph
> -----Original Message-----
> From: Robert Sanderson [mailto:[log in to unmask]]
> Sent: Wednesday, March 24, 2004 10:47 AM
> To: [log in to unmask]
> Subject: Re: Database URL in EchoedRequests
>
>
> > Nope, I think you've got me there.
> > I'm ready to vote to return the base URL in all our responses.
>
> Via an extension, or in 1.2?
>
> Can you summarise what you're trying to achieve and why you
> need the base
> URL?
>
> Rob
>
> --
> ,'/:. Dr Robert Sanderson ([log in to unmask])
> ,'-/::::. http://www.o-r-g.org/~azaroth/
> ,'--/::(@)::. Special Collections and Archives, extension 3142
> ,'---/::::::::::. Nebmedes: http://nebmedes.o-r-g.org:8000/
> ____/:::::::::::::.
> I L L U M I N A T I
>
**************************************************************************
Experience the British Library online at www.bl.uk
Adopt a Book this season ! Help the British Library conserve the world's
knowledge. www.bl.uk/adoptabook
*************************************************************************
The information contained in this e-mail is confidential and may be legally
privileged. It is intended for the addressee(s) only. If you are not the
intended recipient, please delete this e-mail and notify the
[log in to unmask] : The contents of this e-mail must not be disclosed or
copied without the sender's consent.
The statements and opinions expressed in this message are those of the
author and do not necessarily reflect those of the British Library. The
British Library does not take any responsibility for the views of the
author.
*************************************************************************
|