Atom Tombstones - Last Call

[James Snell]

Ok, I'm declaring this done... Last Call on Tombstones and a Call for
Implementation...

http://www.ietf.org/internet-drafts/draft-snell-atompub-tombstones-10.txt

- James

[Bjoern Hoehrmann]

Post by James Snell
Ok, I'm declaring this done... Last Call on Tombstones and a Call for
Implementation...
http://www.ietf.org/internet-drafts/draft-snell-atompub-tombstones-10.txt

As the document contains a media type registration, you should ask for
its review on the ietf-types mailing list, see RFC 4288. It is customary
to send a pointer to the document as well as the filled out template.

You need to adapt your template so it follows the form specified in RFC
4288, for instance, some of the field names are different. The fields
"Fragment identifiers" and "Base URI" should be removed, RFC 3023 does
not specify anything in that regard that would be of note.

[James Holderness]

Haven't had a chance to re-read the whole document, but I just noticed something which I thought I should mention before I forgot about it.

I don't know RELAX NG syntax very well, but it seems to me that the schema you have for the deletedEntry isn't quite right.

deletedEntry = element at:deleted-entry {
atomCommonAttributes,
attribute ref { atomUri },
attribute when { atomDateConstruct },
( element at:by { atomPersonConstruct}?,
& element at:comment {atomTextConstruct}?,
& element atom:link*,
& element atom:source?,
& extensionElement* )
}

Surely those element lines shouldn't have a comma on the end? You already have an ampersand connector and you wouldn't want a comma connector anyway since order isn't significant. Or have I got it all wrong?

Also, not a big deal, but while you're looking at that, the spacing inside the braces could do with some consistency.

Regards
James


_________________________________________________________________
The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail.
http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5

[Alistair Miles]

Hi all,

We've done an implementation of the tombstones draft [1] in AtomBeat
0.2-alpha-1, see the design document at [2] and the test case at [3]
for details.

There's quite a lot about the appropriate protocol behaviour around
tombstones that is not mentioned in the draft, so I'd be very happy to
hear from others with implementation thoughts or experience.

Cheers

Alistair

[1] http://tools.ietf.org/html/draft-snell-atompub-tombstones-11
[2] http://code.google.com/p/atombeat/wiki/TombstonesDesign
[3] http://code.google.com/p/atombeat/source/browse/tags/atombeat-parent-0.2-alpha-1/atombeat-integration-tests/src/test/java/org/atombeat/it/tombstones/TestTombstones.java

Post by James Snell
Ok, I'm declaring this done... Last Call on Tombstones and a Call for
Implementation...
  http://www.ietf.org/internet-drafts/draft-snell-atompub-tombstones-10.txt
- James

--
Alistair Miles
Head of Epidemiological Informatics
Centre for Genomics and Global Health <http://cggh.org>
The Wellcome Trust Centre for Human Genetics
Roosevelt Drive
Oxford
OX3 7BN
United Kingdom
Web: http://purl.org/net/aliman
Email: alimanfoo-***@public.gmane.org
Tel: [phone]