Should FCR API Guarantee Slug Behavior on POST?

[fcrepo4-labs]

Should FCR API Guarantee Slug Behavior on POST?

[cbeer]

cc: @azaroth42. Is this behavior worth trying to standardize in LDP, via RFC, or ...?

I can imagine e.g. an HTTP header to control how slug conflicts are handled.

[azaroth42]

👍 to using Slug to create a resource with a client-assigned URI rather than PUT, and to failing a request with a Slug that can't be honored. If you care enough to include the slug, then you probably care that it works.

Standardization ... we can bring it up on the LDP Next CG. I would prefer a best practice here, rather than another header that affects the Slug header. If we need another header, it could just as easily be MandatorySlug.

[no-reply]

Standardization ... we can bring it up on the LDP Next CG.

I think at the LDP level, it's probably best to simply follow RFC 5023, keeping Slug as a "client hint to the server".

I think my proposal would be to specify handling of that hint within Fedora implementations, ideally defining behavior well enough that clients can safely predict the resulting resource's URI before sending the request.

[azaroth42]

If it's useful to us, then it's probably useful to others. If we rely on Fedora specific implementation details, then we can't swap out Fedora for other LDP implementations.