Closed kristofka closed 1 year ago
Ah looks like these are new RPCs: https://github.com/EventStore/EventStore/commit/31454a061fbfb27a790aa7c2e3f698bf02a79fde#diff-96a3dceee570d38ca341085c4887d112c8fc3ad5bbcf3963e3a73937c7b21b87
Adding new functions for them sounds good 👍. I think they could belong in @doc api: :persistent
since they're defined in the persistent.proto
. And I agree, a new struct Spear.PersistentSubscription.Info
is needed - that's a lot of fields in the SubscriptionInfo
message. A PR would be great!
It looks like those RPCs are only implemented in the v22.10.0 tag. For now I've been adding a note to the docs for RPCs that are implemented only on some server versions (see Spear.append_batch/5
). I think other clients check the server capabilities RPC on start-up (if available) and give a more helpful error message if it isn't implemented. I left that out of the Spear.Connection module for now since it adds a lot of complexity but maybe that should be added too eventually.
A quick update to let you know I'm working on the PR. I'll add a note in the doc stating that the function is available only for v22.10.0 and above.
The PR should come within a couple of days.
Added in #76
Hi, some of the other clients implement a getPersistentSubscriptionInfo function, granted, it's easy enough to implement with
Spear.request/5
eg:If you think such a function could live under the Spear#utility set of functions, I'd gladly attempt a pull request.
There would be two issues to keep in mind :
Spear.PersistentSubscription.Info
would probably needed;If you think you'd rather have client applications handle that through
Spear.request/5
, feel free to close the issue.Thanks.