Сегодня Elasticsearch можно настроить с помощью файлов YAML, JSON или файлов свойств. Поддержка файлов свойств недокументирована и должна быть немедленно удалена. Поддержка файлов JSON должна быть прекращена и удалена в версии 6.0.0.
У нас также есть странный случай поддержки как elasticsearch.yml
и elasticsearch.yaml
. Первое - это исходное имя, а второе было добавлено, потому что .yaml
является официальным расширением (согласно yaml.org). Хотя я понимаю, что .yml
существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось .yaml
. Помимо того, что это официальное расширение, я также был немного раньше, когда писал тесты отдыха и случайно использовал .yml
, потому что я только что редактировал файл elasticsearch.yml
.
Во всех трех случаях (.yml, json и свойства), я думаю, мы можем сделать это чисто для пользователя, ища старые имена файлов при запуске и выдавая ошибку. В 2.0 мы уже переключались на сбой, если было доступно более одного файла.
Хотя я понимаю, что
.yml
существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось.yaml
.
+1
Относится # 9706
Самый полезный комментарий
У нас также есть странный случай поддержки как
elasticsearch.yml
иelasticsearch.yaml
. Первое - это исходное имя, а второе было добавлено, потому что.yaml
является официальным расширением (согласно yaml.org). Хотя я понимаю, что.yml
существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось.yaml
. Помимо того, что это официальное расширение, я также был немного раньше, когда писал тесты отдыха и случайно использовал.yml
, потому что я только что редактировал файлelasticsearch.yml
.Во всех трех случаях (.yml, json и свойства), я думаю, мы можем сделать это чисто для пользователя, ища старые имена файлов при запуске и выдавая ошибку. В 2.0 мы уже переключались на сбой, если было доступно более одного файла.