-
Notifications
You must be signed in to change notification settings - Fork 330
Update API documentation #1070
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
base: main
Are you sure you want to change the base?
Update API documentation #1070
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: ronaldngounou The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
10a8a58 to
ea616b8
Compare
jberkus
left a comment
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.
Overall a nice improvement to this doc, just need some follow-up cleanup. Thanks!
ea616b8 to
1667b38
Compare
- Revision field doesn't affect count - Solves Issue etcd-io#1063 - Update API documentation for consistency with upstream code reference: https://github.com/etcd-io/etcd/blob/main/api/etcdserverpb/rpc.proto Signed-off-by: Ronald Ngounou <[email protected]>
1667b38 to
a7d34ed
Compare
|
cc @wendy-ha18 for reviewing. |
|
Reminder on the review @wendy-ha18 @jberkus |
| * Max_Mod_Revision - the upper bound for key mod revisions; filters out greater mod revisions. | ||
| * Min_Create_Revision - the lower bound for key create revisions; filters out lesser create revisions. | ||
| * Max_Create_Revision - the upper bound for key create revisions; filters out greater create revisions. | ||
| * `key`, `range_end` - The key range to fetch. |
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.
| * `key`, `range_end` - The key range to fetch. | |
| * `key`, `range_end` - the key range to fetch. |
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.
keep the format consistent.
| * Type - The kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. | ||
| * KV - The KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. | ||
| * Prev_KV - The key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. | ||
| * `type` - The kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. |
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.
| * `type` - The kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. | |
| * `type` - the kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. |
| * KV - The KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. | ||
| * Prev_KV - The key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. | ||
| * `type` - The kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. | ||
| * `kv` - The KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. |
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.
| * `kv` - The KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. | |
| * `kv` - the KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. |
| * Prev_KV - The key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. | ||
| * `type` - The kind of event. A PUT type indicates new data has been stored to the key. A DELETE indicates the key was deleted. | ||
| * `kv` - The KeyValue associated with the event. A PUT event contains current kv pair. A PUT event with kv.Version=1 indicates the creation of a key. A DELETE event contains the deleted key with its modification revision set to the revision of deletion. | ||
| * `prev_kv` - The key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. |
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.
| * `prev_kv` - The key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. | |
| * `prev_kv` - the key-value pair for the key from the revision immediately before the event. To save bandwidth, it is only filled out if the watch has explicitly enabled it. |
| * Progress_Notify - When set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. | ||
| * Filters - A list of event types to filter away at server side. | ||
| * Prev_Kv - When set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. | ||
| * `key`, `range_end` - The key range to watch. |
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.
| * `key`, `range_end` - The key range to watch. | |
| * `key`, `range_end` - the key range to watch. |
| * Filters - A list of event types to filter away at server side. | ||
| * Prev_Kv - When set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. | ||
| * `key`, `range_end` - The key range to watch. | ||
| * `start_revision` - An optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. |
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.
| * `start_revision` - An optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. | |
| * `start_revision` - an optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. |
| * Prev_Kv - When set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. | ||
| * `key`, `range_end` - The key range to watch. | ||
| * `start_revision` - An optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. | ||
| * `progress_notify` - When set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. |
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.
| * `progress_notify` - When set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. | |
| * `progress_notify` - when set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. |
| * `key`, `range_end` - The key range to watch. | ||
| * `start_revision` - An optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. | ||
| * `progress_notify` - When set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. | ||
| * `filters` - A list of event types to filter away at server side. |
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.
| * `filters` - A list of event types to filter away at server side. | |
| * `filters` - a list of event types to filter away at server side. |
| * `start_revision` - An optional revision for where to inclusively begin watching. If not given, it will stream events following the revision of the watch creation response header revision. The entire available event history can be watched starting from the last compaction revision. | ||
| * `progress_notify` - When set, the watch will periodically receive a WatchResponse with no events, if there are no recent events. It is useful when clients wish to recover a disconnected watcher starting from a recent known revision. The etcd server decides how often to send notifications based on current server load. | ||
| * `filters` - A list of event types to filter away at server side. | ||
| * `prev_kv` - When set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. |
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.
| * `prev_kv` - When set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. | |
| * `prev_kv` - when set, the watch receives the key-value data from before the event happens. This is useful for knowing what data has been overwritten. |
| * `ID` - the lease that was refreshed with a new TTL. | ||
| * `TTL` - the new time-to-live, in seconds, that the lease has remaining. | ||
|
|
||
| [watch-api-guarantees]: ../api_guarantees/#watch-apis |
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.
This relative link is currently broken. Could you please help to update it as well? Thank you
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.
The gRPC API listing link is also error.
website/content/en/docs/v3.6/learning/api.md
Line 485 in a7d34ed
| [grpc-api]: ../../dev-guide/api_reference_v3/ |
|
I only had a few small comments, but the overall of this PR is LGTM. |
Key changes:
Source of my changes: https://github.com/etcd-io/etcd/blob/main/api/etcdserverpb/rpc.proto
Testing
npm run check-linksnpm run buildnpm run serve