You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current method that returns all keys in the bucket does not support filtering specific keys. Adding this functionality would be beneficial, especially when working with large buckets.
Details
Extract from ADR:
// KeysWithFilters returns a filtered list of keys in the bucket.// Historically this method returned a complete slice of all keys in the bucket,// however clients should return interable result.// Languages can implement the list of filters in most idiomatic way - as an iterator, variadic argument, slice, etc.// When multiple filters are passed, client library should check `consumer info` from `consumer create method` if the filters are matching,// as nats-server < 2.10 would ignore them.KeysWithFilters(filter []string) ([]string, error)
The new method should align with the current library API in terms of signature and behavior for retrieving all keys.
Contribution
This is a good first issue for someone new to the project, as it should be based on the same underlying Ordered Consumer
that the method for receiving all keys is based on, plus the provided subject filters (and properly kv handled prefixes).
…cket
- Added KeysWithFilters method to KeyValue store to allow retrieving keys that match specific filters.
- The method returns a list of keys from the KV bucket, applying the provided filters for pattern matching.
- Checks consumer info to ensure filters are properly supported by the NATS server, with warnings for server versions < 2.10.
Resolves: [nats-io#575](nats-io#575)
Here is the revised issue description:
Description
The current method that returns all keys in the bucket does not support filtering specific keys. Adding this functionality would be beneficial, especially when working with large buckets.
Details
Extract from ADR:
The new method should align with the current library API in terms of signature and behavior for retrieving all keys.
Contribution
This is a good first issue for someone new to the project, as it should be based on the same underlying Ordered Consumer
that the method for receiving all keys is based on, plus the provided subject filters (and properly kv handled prefixes).
References
The text was updated successfully, but these errors were encountered: