[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Indicate entry in Collection Feed is full representation
- To: atom-protocol <atom-protocol@xxxxxxx>
- Subject: Indicate entry in Collection Feed is full representation
- From: "Teo Hui Ming" <teohuiming.work@xxxxxxxxx>
- Date: Fri, 30 Nov 2007 19:12:50 +0800
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=al973R70qbF/Bzs2YUowZzcFu/6FbaBTfo6+BRfbHIQ=; b=BcsDwKkJw6AJAUCS1z1evJbX6w7WWEioC8ZOAq7ylH4LzoGE0ubFmIJm/u5evSP30FMjNW4YozZSpT7Ji6qq9EalpIegxzR0EbTNMuMBbMk+9fl19eUrewrIFOM13qwtEQxuJJshSy2ePc2hBVh3y8FjnuE/rogMJamQiNrCFk8=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=NkbdpjXEX5W3EttcYBYpsEIjEqT47gQNyTw/TAztAU6REw+9wknyY9R2qelKgYju+CMho7vst9Gq0d+9D2c7ivwvGTXkIUyDlbnsrDQQaoy1OigB1ceqFMGTroyX+Y6xVIZ1VR68ANCcBYOloo+uCtJK7RrNiXE2PNF/BXXkl6s=
- List-archive: <http://www.imc.org/atom-protocol/mail-archive/>
- List-id: <atom-protocol.imc.org>
- List-unsubscribe: <mailto:atom-protocol-request@imc.org?body=unsubscribe>
- Sender: owner-atom-protocol@xxxxxxxxxxxx
Hi all, I'm using atompub to publish some light-weight entry data. So,
it works fine to return a list of entries in a feed, where each entry
is a complete representation.
When updating an entry, I wish to keep it simple with minimal network
round trips:
0) (assume the client already has the feed)
1) client verify an entry in the feed is up-to-date, if not retrieve
the latest copy.
2) client modify the entry and put back to server.
I was thinking of using the 'etag' attribute defined in Jame's Link
Extensions draft [1]. The idea is to add an etag attribute in "edit"
atom:link, so that a client can perform an If-Non-Match GET before
start modifying the entry. E.g.,
<feed xmlns="http://www.w3.org/2007/app"
xmlns:le="http://purl.org/atompub/link-extensions/1.0">
<entry>
<link rel="edit" href="/entries/2" le:etag="xyyz"/>
..
<entry>
</feed>
But I began to realize, if the current spec states: "Clients MUST NOT
assume that an Atom Entry returned in the Feed is a full
representation of an Entry Resource", then what does the le:etag
attribute in an "edit" atom:link indicate? If the client performs an
If-Non-Match GET and 304 Not Modified is returned, does it mean the
entry in the feed is up-to-date, hence implying that the entry is a
full representation? I would like to assume that's true ;-) but I'm
not sure.
I just need a simple two-step update as mentioned above. So, is it
fine to use le:etag in this way? or is there another way to indicate
an entry in a Collection Feed is a full representation?
[1] http://tools.ietf.org/html/draft-snell-atompub-link-extensions-02
Thanks,
--
Teo Hui Ming