-
Notifications
You must be signed in to change notification settings - Fork 24.7k
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
Collapse aggregation packages #22868
Comments
This change collapses some of the packages for the bucket aggregations into their parent packages. This was done for the following aggregations: * The variants of the range aggregation (geo_distance, date and ip) were moved into the `o.e.s.a.bucket.range` package * The `o.e.s.a.bucket.terms.support` package was removed and the classes were moved to `o.e.s.a.bucket.terms` * The filter aggregation was moved to `o.e.s.a.bucket.filter` Since this PR is already relatively large with only the above changes subsequent PRs will do similar operations on relevant metric and pipeline aggregations Relates to #22868
@jpountz Should this be an open blocker? |
Bumping the version, it's now too late to do this change. Thanks for the ping. |
@elastic/es-search-aggs |
This change collapses all metrics aggregations classes into a single package `org.elasticsearch.aggregations.metrics`. It also restricts the visibility of some classes (aggregators and factories) that should not be used outside of the package. Relates elastic#22868
This change collapses all metrics aggregations classes into a single package `org.elasticsearch.aggregations.metrics`. It also restricts the visibility of some classes (aggregators and factories) that should not be used outside of the package. Relates #22868
Removing the |
Now that metric and pipeline aggregations have been collapsed to one package each, does it make sense to do the same for bucket aggregations? Bucket agg packages may contain from 6 classes ( Also, lately we have developed So, I wonder if this issue is still valid. |
We discussed this issue in the team meeting and agreed that collapsing all bucket aggregations to a single package would result in more confusing package structure. Therefore, we decided not to collapse bucket aggregations and close this ticket. |
The fact that every aggregation has its own package requires to make too many classes public. We should look into collapsing packages and making as many classes package-private as possible. Ideally we'd do this close to the 6.0 release to keep backporting easy.
The text was updated successfully, but these errors were encountered: