@ -836,6 +836,7 @@ From google paxosdb paper: Our implementation hinges around a powerful primitive
|
||||
| filters | filters filter the events at server side before it sends back to the watcher. | (slice of) FilterType |
|
||||
| prev_kv | If prev_kv is set, created watcher gets the previous KV before the event happens. If the previous KV is already compacted, nothing will be returned. | bool |
|
||||
| watch_id | If watch_id is provided and non-zero, it will be assigned to this watcher. Since creating a watcher in etcd is not a synchronous operation, this can be used ensure that ordering is correct when creating multiple watchers on the same stream. Creating a watcher with an ID already in use on the stream will cause an error to be returned. | int64 |
|
||||
| fragment | fragment enables splitting large revisions into multiple watch responses. | bool |
|
||||
|
||||
|
||||
|
||||
@ -859,6 +860,7 @@ From google paxosdb paper: Our implementation hinges around a powerful primitive
|
||||
| canceled | canceled is set to true if the response is for a cancel watch request. No further events will be sent to the canceled watcher. | bool |
|
||||
| compact_revision | compact_revision is set to the minimum index if a watcher tries to watch at a compacted index. This happens when creating a watcher at a compacted revision or the watcher cannot catch up with the progress of the key-value store. The client should treat the watcher as canceled and should not try to create any watcher with the same start_revision again. | int64 |
|
||||
| cancel_reason | cancel_reason indicates the reason for canceling the watcher. | string |
|
||||
| fragment | framgment is true if large watch response was split over multiple responses. | bool |
|
||||
| events | | (slice of) mvccpb.Event |
|
||||
|
||||
|
||||
|
Reference in New Issue
Block a user