-
Couldn't load subscription status.
- Fork 25.6k
Labels
:Search Foundations/MappingIndex mappings, including merging and defining field typesIndex mappings, including merging and defining field types>bugTeam:Search FoundationsMeta label for the Search Foundations team in ElasticsearchMeta label for the Search Foundations team in Elasticsearchpriority:normalA label for assessing bug priority to be used by ES engineersA label for assessing bug priority to be used by ES engineers
Description
Description
The first index has in its request body the mappings and properties elements, while the second one has an empty JSON body.
The _field_caps for the first index returns the metadata fields, while for the second index it returns nothing. From my point of view there is no difference between these two indices when it comes to their mappings, so the output of field_caps should be consistent.
This was tested with Postman REST client with main code from few days ago.
PUT /localhost:9200/test1
{
"mappings": {
"properties" : {
}
}
}
POST /localhost:9200/test1/_field_caps?fields=*
{
"indices": [
"test1"
],
"fields": {
"_routing": {
"_routing": {
"type": "_routing",
"metadata_field": true,
"searchable": true,
"aggregatable": false
}
},
"_doc_count": {
"integer": {
"type": "integer",
"metadata_field": true,
"searchable": false,
"aggregatable": false
}
},
"_index": {
....
now, another "empty" index:
PUT /localhost:9200/test2
{}
POST /localhost:9200/test2/_field_caps?fields=*
{
"indices": [
"test2"
],
"fields": {}
}
Metadata
Metadata
Assignees
Labels
:Search Foundations/MappingIndex mappings, including merging and defining field typesIndex mappings, including merging and defining field types>bugTeam:Search FoundationsMeta label for the Search Foundations team in ElasticsearchMeta label for the Search Foundations team in Elasticsearchpriority:normalA label for assessing bug priority to be used by ES engineersA label for assessing bug priority to be used by ES engineers