-
Notifications
You must be signed in to change notification settings - Fork 5
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
use 1.0.0 as the default statement version #14
base: master
Are you sure you want to change the base?
Conversation
d0aec9a
to
58e40b2
Compare
Why not do this during the serialization as done with the |
The serialiser is also used by the client. If we implemented it the, the client would always send a statement containing a version. |
Then, why not setting it at the storage level, before storing a statement ? |
We could, but that would be inconsistent with how we did handle other constraints till now (for example, we check for already existing statements inside the bundle but not in the storage layer). |
This means we can have stored statements which lack a version, which is not fully compliant with the spec. I'm not sure I'm okay with this. It can be hard then to manage statements at different version as the spec evolves. |
That's true. But then I suggest that we look at the bundle again and check which other logic should better be move to the storage layer too (and add tests for the things to the |
For what it's currently implemented, I think we should move the check for existing statements inside the With the current implementation, the library allow a behavior that is not compliant with the spec. Looking at the LRS implementation from ADL, they do this check for both POST and PUT requests. |
Plus, I just noticed that we are not currently checking for the existence of a voided Statement. Maybe we should add a method to the |
No description provided.