Search the web
Sign In
New User? Sign Up
rest-discuss · REST Discussion Mailing List
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Best of Y! Groups

   Check them out and nominate your group.
Having problems with message search? Fill out this form to ensure your group is one of the first to be migrated to the new message search system.

Messages

  Messages Help
Advanced
Bass-ackwards?   Message List  
Reply | Forward Message #8412 of 14020 |
Has Microsoft's "Windows Live Contacts API" confused PUT and POST?

[1] http://msdn2.microsoft.com/en-us/library/bb447763.aspx
[2] http://msdn2.microsoft.com/en-us/library/bb463980.aspx

Specifically, isn't [1] a fine example of how not to use PUT? The
first example on [2] looks like a job for PUT, although POST is OK too,
I guess. The example given at the bottom of [2] looks like a valid use
of POST, but change method to PUT and you're back at square [1], right?

-Eric

[3] http://msdn2.microsoft.com/en-us/library/bb463982.aspx





Sat May 12, 2007 3:32 am

eric@...
Send Email Send Email

Forward
Message #8412 of 14020 |
Expand Messages Author Sort by Date

Has Microsoft's "Windows Live Contacts API" confused PUT and POST? [1] http://msdn2.microsoft.com/en-us/library/bb447763.aspx [2]...
Eric J. Bowman
eric@...
Send Email
May 12, 2007
4:57 am

... Hash: SHA1 ... Eric> Has Microsoft's "Windows Live Contacts API" confused PUT and Eric> POST? Absolutely. PUT makes sure the resource returned at the URL...
Berend de Boer
berenddeboer
Online Now Send Email
May 12, 2007
5:24 am

... Well.... Yaron and I talked about exactly this issue, though I don't remember seeing that specific section in the documents I reviewed (the actual spec,...
Mark Baker
gonga_thrash
Offline Send Email
May 12, 2007
5:58 am

... [1] is wrong (I didn't bother looking at [2]). Let's make up a document format to illustrate. You send a GET and receive this in response: <foo> ...
Robert Sayre
robertsayre2000
Offline Send Email
May 12, 2007
6:10 am

Another consideration that should be discussed is the interaction of partial updates using XML representations with any required-ness in schema definitions. If...
Mike Dierken
mdierken
Offline Send Email
May 13, 2007
10:14 pm

Regarding PUT, I'm slightly confused: ... so what would be the assumptions an intermediary (such as a cache) could rely on? If I PUT something through a...
Stefan Tilkov
stilkov
Offline Send Email
May 12, 2007
7:50 am

... Just the definition of PUT. ... Sure. I haven't seen a cache that does it though. ... PUT requests always include the complete representation by...
Mark Baker
gonga_thrash
Offline Send Email
May 14, 2007
3:07 am

... Is that right? I think it is, as long as the media type allows GET requests to respond with HTTP/1.1 200 OK Content-Type: application/lightbulb+xml <bulb> ...
Robert Sayre
robertsayre2000
Offline Send Email
May 14, 2007
4:37 am

... Sounds right. ... Hmm. Why would that need to be part of the protocol? As long as the client understands the media type and the meaning of PUT, and the ...
Mark Baker
gonga_thrash
Offline Send Email
May 14, 2007
12:16 pm

... Is that really the case? My understanding is that the server is not required return a bit-for-bit copy or even a semantically identical copy of the PUT...
A. Pagaltzis
a22pag
Offline Send Email
May 14, 2007
5:35 am

... I would think all an intermediary should do is invalidate that representation. But this is certainly a good candidate for clarification in a potential...
Julian Reschke
JulianReschke
Offline Send Email
May 14, 2007
9:05 am

... Well, the intermediary would certainly need to also see a 2xx response to the PUT request before making that representation available, which is a form of...
Mark Baker
gonga_thrash
Offline Send Email
May 14, 2007
11:55 am

... Obviously if the intermediary saw anything other than a 2xx, it couldn’t cache the request body. But even if it did see a 2xx response, the semantics of...
A. Pagaltzis
a22pag
Offline Send Email
May 14, 2007
1:36 pm

... That;s an arguable point. Some people think it's OK for the origin server to do anything it wants with a PUT body and still return a 200 OK. Some people...
Elliotte Harold
elharo@...
Send Email
May 17, 2007
1:19 pm

... To my mind if a server understands a representation - rather than treating the entities as opaque and requiring a relatively agnostic storage in a...
Jon Hanna
hack_poet
Offline Send Email
May 17, 2007
2:19 pm

... As far as I understand, an intermediate has no way to predict a future GET response based on the PUT request body. Unless it has additional information...
Julian Reschke
JulianReschke
Offline Send Email
May 14, 2007
1:40 pm

... As I see it, if a server accepts a representation via PUT, then that representation *is* a representation of the targetted resource. It may not be one...
Mark Baker
gonga_thrash
Offline Send Email
May 14, 2007
3:39 pm

... Yep. ... If you do so, what ETag and Last-Modified headers do you serve it with? How long do you keep that entry? It seems to me that this is an attempt to...
Julian Reschke
JulianReschke
Offline Send Email
May 14, 2007
4:34 pm

... Last-Modified would be the time the 2xx response was received. ETag wouldn't be set for the scenario I had in mind (non-surrogate proxy). ... Could be. ...
Mark Baker
gonga_thrash
Offline Send Email
May 14, 2007
9:03 pm

... We've been through this in APP land recently without coming to consensus. My continued belief (not shared by all) is that the specified PUT request means...
Elliotte Harold
elharo@...
Send Email
May 15, 2007
8:58 pm

... I was thinking about more about this, and seems like an error, or at least sloppy, to inentionally spec PUT this way, because the meaning of the client's...
Robert Sayre
robertsayre2000
Offline Send Email
May 15, 2007
10:08 pm

I'm not trying to interpret Microsoft's API here, but it's similar to what I'm working on right now, in a way. So I want to make sure *I* have this right....
Eric J. Bowman
eric@...
Send Email
May 12, 2007
9:25 am
Advanced

Copyright © 2009 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines - Help