Elasticsearch: Очистка файлов конфигурации Elasticsearch

Созданный на 12 июл. 2016  ·  3Комментарии  ·  Источник: elastic/elasticsearch

Сегодня Elasticsearch можно настроить с помощью файлов YAML, JSON или файлов свойств. Поддержка файлов свойств недокументирована и должна быть немедленно удалена. Поддержка файлов JSON должна быть прекращена и удалена в версии 6.0.0.

  • [x] удалить поддержку .properties # 19398
  • [] отказ от поддержки .json в версии 2.4.0
  • [] удалить поддержку .json в 5.0.0
  • [] устарела поддержка .yml в версии 2.4.0
  • [] завершится ошибкой, если .yml существует в 5.0.0
  • [] удалить проверку наличия .yml в 6.0.0
:CorInfrSettings Meta good first issue help wanted

Самый полезный комментарий

У нас также есть странный случай поддержки как elasticsearch.yml и elasticsearch.yaml . Первое - это исходное имя, а второе было добавлено, потому что .yaml является официальным расширением (согласно yaml.org). Хотя я понимаю, что .yml существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось .yaml . Помимо того, что это официальное расширение, я также был немного раньше, когда писал тесты отдыха и случайно использовал .yml , потому что я только что редактировал файл elasticsearch.yml .

Во всех трех случаях (.yml, json и свойства), я думаю, мы можем сделать это чисто для пользователя, ища старые имена файлов при запуске и выдавая ошибку. В 2.0 мы уже переключались на сбой, если было доступно более одного файла.

Все 3 Комментарий

У нас также есть странный случай поддержки как elasticsearch.yml и elasticsearch.yaml . Первое - это исходное имя, а второе было добавлено, потому что .yaml является официальным расширением (согласно yaml.org). Хотя я понимаю, что .yml существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось .yaml . Помимо того, что это официальное расширение, я также был немного раньше, когда писал тесты отдыха и случайно использовал .yml , потому что я только что редактировал файл elasticsearch.yml .

Во всех трех случаях (.yml, json и свойства), я думаю, мы можем сделать это чисто для пользователя, ища старые имена файлов при запуске и выдавая ошибку. В 2.0 мы уже переключались на сбой, если было доступно более одного файла.

Хотя я понимаю, что .yml существует намного дольше, я думаю, что мы должны сделать так, чтобы в нашем единственном имени файла конфигурации использовалось .yaml .

+1

Относится # 9706

Была ли эта страница полезной?
0 / 5 - 0 рейтинги