Elasticsearch: Compatibilidad con archivos de configuración de Cleanup Elasticsearch
Hoy, Elasticsearch se puede configurar a través de YAML, JSON o archivos de propiedades. El soporte para archivos de propiedades no está documentado y debe eliminarse de inmediato. La compatibilidad con archivos JSON debería quedar obsoleta y eliminarse en 6.0.0.
- [x] eliminar la compatibilidad con .properties # 19398
- [] desaprueba la compatibilidad con .json en 2.4.0
- [] eliminar el soporte para .json en 5.0.0
- [] desaprobar el soporte .yml en 2.4.0
- [] fallará si existe .yml en 5.0.0
- [] eliminar la comprobación de la existencia de .yml en 6.0.0
jasontedor
Todos 3 comentarios
También tenemos el extraño caso de admitir tanto elasticsearch.yml como elasticsearch.yaml . El primero es el nombre original y el segundo se agregó porque .yaml es la extensión oficial (según yaml.org). Si bien entiendo que .yml ha existido por mucho más tiempo, creo que deberíamos hacer que nuestro nombre de archivo de configuración único use .yaml . Además de ser la extensión oficial, también me han mordido antes al escribir pruebas de descanso y al usar accidentalmente .yml , porque acababa de editar un archivo elasticsearch.yml .
En los 3 casos (.yml, json y propiedades), creo que podemos hacer esto limpiamente para el usuario buscando los nombres de archivo más antiguos al inicio y arrojando un error. En 2.0, ya cambiamos a fallar si había más de un archivo disponible.
rjernst
en 12 jul. 2016
Si bien entiendo que
.ymlha existido por mucho más tiempo, creo que deberíamos hacer que nuestro nombre de archivo de configuración único use.yaml.
+1
jasontedor
en 12 jul. 2016
Relatos # 9706
jasontedor
en 14 jul. 2016
Temas relacionados
jpountz
·
3Comentarios
DhairyashilBhosale
·
3Comentarios
rbayliss
·
3Comentarios
clintongormley
·
3Comentarios
ttaranov
·
3Comentarios
Comentario más útil
También tenemos el extraño caso de admitir tanto
elasticsearch.ymlcomoelasticsearch.yaml. El primero es el nombre original y el segundo se agregó porque.yamles la extensión oficial (según yaml.org). Si bien entiendo que.ymlha existido por mucho más tiempo, creo que deberíamos hacer que nuestro nombre de archivo de configuración único use.yaml. Además de ser la extensión oficial, también me han mordido antes al escribir pruebas de descanso y al usar accidentalmente.yml, porque acababa de editar un archivoelasticsearch.yml.En los 3 casos (.yml, json y propiedades), creo que podemos hacer esto limpiamente para el usuario buscando los nombres de archivo más antiguos al inicio y arrojando un error. En 2.0, ya cambiamos a fallar si había más de un archivo disponible.