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
{{ message }}
Repository navigation
Use an enum for aggregator cache key byte identifiers instead of static values #6823
Based on this discussion the idea is to use an enum instead of a pile of static variables for associating aggregators to cache keys in AggregatorUtil, and use a static initializer to ensure that it is impossible to define the same byte identifier twice. CacheKeyBuilder should also be modified to accept the enum instead of the byte value.
How does this play into proprietary extensions? For example, we have a lookup extension that has a special cache key generation mechanism. Is the intention that custom extensions use this enum to generate their cache keys?
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the dev@druid.apache.org list. Thank you for your contributions.
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the dev@druid.apache.org list. Thank you for your contributions.
This issue has been closed due to lack of activity. If you think that is incorrect, or the issue requires additional review, you can revive the issue at any time.
Activity
clintropolis commentedon Jan 9, 2019
DimFilterUtilsandExtractionCacheHelperare probably other good candidates for thisdrcrallen commentedon Jan 9, 2019
How does this play into proprietary extensions? For example, we have a lookup extension that has a special cache key generation mechanism. Is the intention that custom extensions use this enum to generate their cache keys?
clintropolis commentedon Jan 10, 2019
Good point @drcrallen, I'm not sure how to best handle this. @leventov as the source of this request do you have any ideas?
leventov commentedon Jan 11, 2019
An extensible enum pattern could be used.
Extensions are responsible for using ids from the reserved range.
Another option is UTF-8 style, special byte for ids from private extensions:
Then extensions need to use two-byte identifier, the first byte is
EXTENSION.id, and then their custom id.More approaches are possible
leventov commentedon Jan 29, 2019
Another class of scattered constants:
GROUPBY_QUERY,TIMESERIES_QUERY,TOPN_QUERY.stale commentedon Nov 5, 2019
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the dev@druid.apache.org list. Thank you for your contributions.
clintropolis commentedon Nov 5, 2019
Still relevant
stale commentedon Nov 5, 2019
This issue is no longer marked as stale.
stale commentedon Aug 15, 2020
This issue has been marked as stale due to 280 days of inactivity. It will be closed in 4 weeks if no further activity occurs. If this issue is still relevant, please simply write any comment. Even if closed, you can still revive the issue at any time or discuss it on the dev@druid.apache.org list. Thank you for your contributions.
stale commentedon Sep 12, 2020
This issue has been closed due to lack of activity. If you think that is incorrect, or the issue requires additional review, you can revive the issue at any time.