-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updating language for POSTing to an LDPCv #239
Conversation
I don't understand the motivation for this paragraph:
it seems to say make a zero size memento which seems not very useful. But anyway, I think this is just a special case of I think the logic is really:
|
I agree with @zimeon that POSTing with a |
index.html
Outdated
If an <a>LDPCv</a> does accept <code>POST</code> with a request body, it SHOULD respect a | ||
<code>Memento-Datetime</code> request header for the created <a>LDPRm</a>. Absent this header, it MUST use | ||
the current time. | ||
If an <a>LDPCv</a> supports <code>POST</code>, a <code>POST</code> with both a request body and a |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we should remove "both a request body and".
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree
index.html
Outdated
<p> | ||
If an implementation does not support <code>POST</code> with a request body, the <code>Accept-Post</code> | ||
header of any response from the <a>LDPCv</a> SHOULD indicate that no request body is accepted via the form | ||
<code>Accept-Post: */*; p=0.0</code>, and that implementation MUST respond to any body-containing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
index.html
Outdated
<code>Memento-Datetime</code> header SHOULD be understood to create a new <a>LDPRm</a> contained by the | ||
<a>LDPCv</a>, reflecting the state of the <a>LDPRv</a> at the time of the <code>POST</code>. | ||
Implementations MUST fail such requests that also contain a non-empty body by responding | ||
with a 400 Bad Request. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure I agree with the non-empty body. If it's a dumb implementation, that may be how the versions are created. If the impl doesn't support request entities on version creation via POST, that should be indicated somehow (as in the next 2 paragraphs).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That is to say that a combination of Accept:
from the server and a 400 response should tell the client that the operation was illegal - I don't think we should specify anything else here.
@zimeon @escowles @barmintor I've tried my best to incorporate your feedback. Seeing where we've landed now, it almost feels we could just as easily say that, if absent, the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the updates!
* Updating language for POSTing to an LDPCv Resolves: fcrepo#215
Resolves #215
I kept the SHOULDs to maintain the assertiveness of the original language, but could be compelled to upgrade to MUST, though I admit I'm not sure of the depth of the ramifications that would incur.