|
|
Publicado em 09/01/2019 10:29:11
|
|
|
|
Razão do erro
{
"error": {
"root_cause": [
{
"tipo": "mapper_parsing_exception",
"razão": "Nenhum manipulador para o tipo [string] declarado no campo [upload_status]"
}
],
"tipo": "mapper_parsing_exception",
"razão": "Nenhum manipulador para o tipo [string] declarado no campo [upload_status]"
},
"status": 400
} 
Estou usando o Elasticsearch versão 6.2.2 e, ao criar campos de acordo com a documentação da escola, uso {"type":"string","index":"not_analyzed"}.
Análise da causa
Depois de verificar a grafia, decidi verificar a nova versão dos recursos do Elasticsearch, porque também já tinha entrado no problema do método de instalação do plugin principal antes, por causa do problema da versão.
De fato, o Elasticsearch introduziu texto e palavra-chave a partir da 5.X, onde a palavra-chave é aplicada a campos que não são segmentados, e só pode corresponder exatamente durante a busca, momento em que a string ainda é mantida.
chegaram6.X remove completamente a stringAcabar.
Fora issoO valor de "índice" só pode ser uma variável booleana。
Solução alternativa
{"tipo":"texto","índice":falso}
Então, a modificação json é a seguinte:
Mas há novos erros que são os seguintes:
{
"error": {
"root_cause": [
{
"tipo": "illegal_argument_exception",
"razão": "Rejeitando atualização de mapeamento para [restraunt] pois o mapeamento final teria mais de 1 tipo: [record, info]"
}
],
"tipo": "illegal_argument_exception",
"razão": "Rejeitando atualização de mapeamento para [restraunt] pois o mapeamento final teria mais de 1 tipo: [record, info]"
},
"status": 400
}
Após o lançamento do Elasticsearch 7.x, o parâmetro em typeURL é opcional. Por exemplo, indexar documentos não requer mais um tipo de documento
Recursos:
https://github.com/sirensolutions/sentinl/issues/257
https://www.elastic.co/guide/en/ ... moval-of-types.html
|
Anterior:Criptografia MD5Próximo:Como o código C# faz seu computador desligar, reiniciar, sair da log, travar, desligar...
|
