RE: how much to give...

I also like the idea of the service returning more than what was asked for
by the client. The client can ignore if they don't understand.  

However, Joseph also asked about the situation in which the service returns
less than what was asked by the client.  In this case, it seems sufficient
that a response with Incomplete status is returned. For example, as part of
a <Locate> request, suppose the client requests an CRL to be returned as
well, but the service is unable to find the CRL. Presumably, we can say that
the client can trust the information that is returned, even though not all
requested information was returned (or are there examples when this might
not make sense?)

(I think Joseph asked a similar question before.) In some cases, the client
may want to specify the disjunctive of <Respond> elements. Consider a client
that requests either a CRL or an OCSP response to be returned.  It seems
like a good idea if the service can return one of these, as part of a
Successful response.

For <Register> requests, I think that there was agreement in the past that a
service can override the elements chosen by the client (e.g. in case the
<ds:KeyName> were already chosen by another user).  

Mike

-----Original Message-----
From: Stephen Farrell [mailto:stephen.farrell@baltimore.ie]
Sent: Tuesday, March 05, 2002 12:37 PM
To: www-xkms@w3.org
Subject: how much to give...



Joseph asked:
> "The Service SHOULD return a requested data element if it is available. 
> The Service MAY return additional data elements that were not requested. 
> In particular, the service MAY return data elements specified in the 
> request with the response." On what basis wouldn't the service return 
> the data asked of it? Would this mean the client would imply the value 
> doesn't exist, or some "binding" is invalid, or only indeterminent?

If that's a quote, I think it needs rephrasing, but I kind of 
like the idea that the server can give back more than was asked
of it. What do others think? (esp if there's someone who's only
writing client code)

Stephen.

-- 
____________________________________________________________
Stephen Farrell         				   
Baltimore Technologies,   tel: (direct line) +353 1 881 6716
39 Parkgate Street,                     fax: +353 1 881 7000
Dublin 8.                mailto:stephen.farrell@baltimore.ie
Ireland                             http://www.baltimore.com