|
|
Közzétéve 2019. 01. 09. 10:29:11
|
|
|
|
Hiba oka
{
"hiba": {
"root_cause": [
{
"type": "mapper_parsing_exception",
"reason": "Nincs kezelő [string] típusra a [upload_status] mezőn"
}
],
"type": "mapper_parsing_exception",
"reason": "Nincs kezelő [string] típusra a [upload_status] mezőn"
},
"állapot": 400
} 
Én a Elasticsearch 6.2.2-es verziót használom, és amikor az iskolai dokumentáció szerint mezőket hozok létre, a {"type":"string","index":"not_analyzed"} kódot használom.
Ok-elemzés
A helyesírás ellenőrzése után úgy döntöttem, hogy megnézem az Elasticsearch új funkcióit, mert korábban már a fejplugin telepítési módszerének gödrébe léptem a verzióprobléma miatt.
Valóban, az Elasticsearch az 5.X-ből vezette be a szöveget és kulcsszót, ahol a kulcsszót nem szegmentáló mezőkre alkalmazzák, és csak kereséskor egyezik pontosan, ekkor a string továbbra is megmarad.
megérkezettA 6.X teljesen eltávolítja a húrtBefejez.
Ettől eltekintveAz "index" értéke csak egy boole-változó lehet。
Megoldás
{"type":"text","index":false}
Tehát a json módosítás a következő:
De vannak új hibák, amelyek a következők:
{
"hiba": {
"root_cause": [
{
"type": "illegal_argument_exception",
"reason": "Elutasítva a [restraunt] leképezési frissítést, mivel a végső leképezés több mint 1 típust tartalmazna: [rekord, információ]"
}
],
"type": "illegal_argument_exception",
"reason": "Elutasítva a [restraunt] leképezési frissítést, mivel a végső leképezés több mint 1 típust tartalmazna: [rekord, információ]"
},
"állapot": 400
}
Az Elasticsearch 7.x kiadása után a typeURL paramétere opcionális. Például a dokumentumok indexeléséhez már nem szükséges dokumentumtípus
Erőforrások:
https://github.com/sirensolutions/sentinl/issues/257
https://www.elastic.co/guide/en/ ... moval-of-types.html
|
Előző:MD5 titkosításKövetkező:Hogyan teszi a C# kód a számítógépedet leállítva, újraindítva, kijelentkezést, zárolást, leállítást...
|
