|
|
Geplaatst op 09-01-2019 10:29:11
|
|
|
|
Foutreden, reden
{
"error": {
"root_cause": [
{
"type": "mapper_parsing_exception",
"reason": "Geen handler voor type [string] declareerd op veld [upload_status]"
}
],
"type": "mapper_parsing_exception",
"reason": "Geen handler voor type [string] declareerd op veld [upload_status]"
},
"status": 400
} 
Ik gebruik Elasticsearch versie 6.2.2 en bij het aanmaken van velden volgens de schooldocumentatie gebruik ik {"type":"string","index":"not_analyzed"}.
Oorzaakanalyse
Na het controleren van de spelling besloot ik de nieuwe versie van Elasticsearch-functies te bekijken, omdat ik ook eerder op het probleem van de installatiemethode van de head-plugin was gestopt, vanwege het versieprobleem.
Inderdaad, Elasticsearch introduceerde tekst en trefwoord uit 5.X, waarbij trefwoorden worden toegepast op niet-segmentatievelden en alleen exact kunnen overeenkomen bij het zoeken, waarna de string nog steeds behouden blijft.
Aangekomen.6.X verwijdert de string volledigFins.
VerderDe waarde van "index" kan alleen een booleaanse variabele zijn。
Workaround
{"type":"text","index":false}
Dus, de json-aanpassing is als volgt:
Maar er zijn nieuwe fouten die als volgt zijn:
{
"error": {
"root_cause": [
{
"type": "illegal_argument_exception",
"reason": "Het afwijzen van mapping update aan [restaurant] omdat de uiteindelijke mapping meer dan 1 type zou hebben: [record, info]"
}
],
"type": "illegal_argument_exception",
"reason": "Het afwijzen van mapping update aan [restaurant] omdat de uiteindelijke mapping meer dan 1 type zou hebben: [record, info]"
},
"status": 400
}
Na de release van Elasticsearch 7.x is de parameter in typeURL optioneel. Zo vereist het indexeren van documenten niet langer een documenttype
Weg:
https://github.com/sirensolutions/sentinl/issues/257
https://www.elastic.co/guide/en/ ... moval-of-types.html
|
Vorig:MD5-encryptieVolgend:Hoe zorgt C#-code ervoor dat je computer uitschakelt, opnieuw opstart, uitlogt, vergrendelt, uitschakelt...
|
