|
|
Publié sur 09/01/2019 10:29:11
|
|
|
|

Raison de l’erreur
{ « error » : { « root_cause » : [
{ « type » : « mapper_parsing_exception », « raison » : « Aucun gestionnaire pour le type [chaîne] déclaré sur le champ [upload_status] »
} ], « type » : « mapper_parsing_exception », « raison » : « Aucun gestionnaire pour le type [chaîne] déclaré sur le champ [upload_status] » }, « statut » : 400
}
J’utilise Elasticsearch version 6.2.2 et lors de la création de champs selon la documentation de l’école, j’utilise {"type » :"string », « index » :"not_analyzed"}.
Analyse de la cause
Après avoir vérifié l’orthographe, j’ai décidé de vérifier la nouvelle version des fonctionnalités d’Elasticsearch, car j’avais aussi déjà écrasé la méthode d’installation du plugin principal, à cause du problème de version. Effectivement, Elasticsearch a introduit le texte et le mot-clé de la version 5.X, où le mot-clé est appliqué aux champs non segmentés, et ne peut correspondre exactement qu’en cherchant, auquel cas la chaîne est toujours conservée.
arrivé6.X supprime complètement la chaîneFinir.
À part çaLa valeur de « index » ne peut être qu’une variable booléenne。
Solution de contournement
{"type » :"texte »,"index » :faux}
Ainsi, la modification json est la suivante :
Mais il existe de nouvelles erreurs qui sont les suivantes :
{ « error » : { « root_cause » : [
{ « type » : « illegal_argument_exception », « raison » : « Rejet de la mise à jour de la cartographie vers [restraunt] car la correspondance finale aurait plus d’un type : [enregistrement, info] »
} ], « type » : « illegal_argument_exception », « raison » : « Rejet de la mise à jour de la cartographie vers [restraunt] car la correspondance finale aurait plus d’un type : [enregistrement, info] » }, « statut » : 400
} Cela est dû à :Un changement majeur dans Elasticsearch 6.x où le mappage n’autorise qu’un seul type。 Les index créés en 5.x avec plusieurs types de correspondance continueront à s’exécuter dans Elasticsearch 6.x comme auparavant. Les types de cartographie seront complètement supprimés dans Elasticsearch 7.0.0.
Après la sortie d’Elasticsearch 7.x, le paramètre dans typeURL devient optionnel. Par exemple, l’indexation des documents ne nécessite plus un type de document
Ressources:
https://github.com/sirensolutions/sentinl/issues/257
https://www.elastic.co/guide/en/ ... moval-of-types.html
|
Précédent:Chiffrement MD5Prochain:Comment le code C# fait-il pour que votre ordinateur s’éteigne, redémarre, se déconnecte, se verrouille, s’éteigne...
|