-
Notifications
You must be signed in to change notification settings - Fork 24.9k
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
Add a runtime field section to the Field Capabilities API #68117
Comments
Pinging @elastic/es-search (Team:Search) |
@jimczi: How is this issue going? How likely is it to be ready for |
@przemekwitek I recently started looking into this but cannot say for sure what the timeframe for this might be. Hopefully have an estimate soon though. |
SGTM, thanks! |
Currently runtime fields from search requests don't appear in the output of the field capabilities API, but some consumer of runtime fields would like to see runtime section just like they are defined in search requests reflected and merged into the field capabilities output. This change adds parsing of a "runtime_mappings" section equivallent to the one on search requests to the `_field_caps` endpoint, passes this section down to the shard level where any runtime fields defined here overwrite the mapping of the targetet indices. Closes elastic#68117
Currently runtime fields from search requests don't appear in the output of the field capabilities API, but some consumer of runtime fields would like to see runtime section just like they are defined in search requests reflected and merged into the field capabilities output. This change adds parsing of a "runtime_mappings" section equivallent to the one on search requests to the `_field_caps` endpoint, passes this section down to the shard level where any runtime fields defined here overwrite the mapping of the targetet indices. Closes #68117
Currently runtime fields from search requests don't appear in the output of the field capabilities API, but some consumer of runtime fields would like to see runtime section just like they are defined in search requests reflected and merged into the field capabilities output. This change adds parsing of a "runtime_mappings" section equivallent to the one on search requests to the `_field_caps` endpoint, passes this section down to the shard level where any runtime fields defined here overwrite the mapping of the targetet indices. Closes elastic#68117
Currently runtime fields from search requests don't appear in the output of the field capabilities API, but some consumer of runtime fields would like to see runtime section just like they are defined in search requests reflected and merged into the field capabilities output. This change adds parsing of a "runtime_mappings" section equivallent to the one on search requests to the `_field_caps` endpoint, passes this section down to the shard level where any runtime fields defined here overwrite the mapping of the targetet indices. Closes #68117
Runtime fields defined in a search request will not appear in the output of the field capabilities API. Merging these runtime fields in the output of the field capabilities API is not trivial since we have some internal logic to decide the capabilities of fields based on their mappings.
In order to make it easier for Kibana, QL, ml or any consumer of runtime fields, the field capabilities API should be able to handle a runtime section just like search requests. The section would be used internally as an override in the mappings of all the indices that the request targets:
Would return all the fields present in the mapping as well as the runtime fields defined in the request (as an override if the field already exists in the index mappings).
Relates #68115
The text was updated successfully, but these errors were encountered: