-
Notifications
You must be signed in to change notification settings - Fork 8
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
Week of March 3 #269
Week of March 3 #269
Conversation
d660eb0
to
ef1654e
Compare
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.
Have some typos :)
I don't know the background about why some things have gone away etc, but we can talk about that in the meeting.
core/primer.md
Outdated
|
||
The `ifvalues` feature might be a new concept for some readers, so a point | ||
of clarification might be useful. If an attribute is defined with an `ifvalues` | ||
apect, then if that attribute's value changes it is posisble that 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.
apect, then if that attribute's value changes it is posisble that the | |
aspect, then if that attribute's value changes it is possible that 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.
done
core/spec.md
Outdated
`relaxednames` aspect to `true` the server MUST allow for an extended | ||
set of valid characters in attribute names for this object. | ||
|
||
The allowable characters for `relaxednames` object's attributes are: |
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.
In any position, so "0" and "-0" are both valid names? That feels potentially more relaxed than we'd want - perhaps require a-z
to start with?
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.
done - I actually missed some other chars too. You should refresh before you review more to make sure you see the latest
- fix typos in doc/contributors.md - get rid of `clientrequired` and rename `serverrequired` to just `required`. It now means "this attr MUST have a non-null value" without saying who provides it. - mentioned we're http-only today but it might change in the future, and at that time we'll have a clean separation between core & http - Add an "Implmentation Customizations" section to talk about adding authN/Z and other types of customization logic - Allow ANY model changes as long as all entities are compliant with new model prior to completing the request. Server MAY choose to update data, or reject. - Remove "maxmaxversions" capability - Servers must accept "0" for maxversions but can prune at any time, even at 1. - Add "relaxednames" aspect to "object" typed attributes, to allow "-" in names. And updated our model files to use "-" in some attribute names Fixes: xregistry#267 Fixes: xregistry#230 Fixes: xregistry#264 Fixes: xregistry#270 Fixes: xregistry#271 Fixes: xregistry#273 Fixes: xregistry#272 Signed-off-by: Doug Davis <[email protected]>
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've only done a very brief second review, but it looks good as far as I was going to check :)
Approved on the 3/6 call |
clientrequired
and renameserverrequired
to justrequired
.It now means "this attr MUST have a non-null value" without saying who
provides it.
that time we'll have a clean separation between core & http
and other types of customization logic
prior to completing the request. Server MAY choose to update data, or reject.
Fixes: #267
Fixes: #230
Fixes: #264
Fixes: #270
Fixes: #271
Fixes: #273
Fixes: #272