如今，Elasticsearch 可以通过 YAML、JSON 或属性文件进行配置。 对属性文件的支持没有记录，应立即删除。 对 JSON 文件的支持应该在 6.0.0 中被弃用和删除。
- [x] 移除对 .properties 的支持 #19398
- [] 在 2.4.0 中弃用对 .json 的支持
- [] 在 5.0.0 中删除对 .json 的支持
- [] 在 2.4.0 中弃用支持 .yml
- [] 如果 .yml 存在于 5.0.0 中，则失败
- [] 删除 6.0.0 中 .yml 是否存在的检查
jasontedor
👍2
所有3条评论
我们也有同时支持elasticsearch.yml和elasticsearch.yaml的奇怪情况。 前者是原来的名字，后者是因为.yaml是官方的扩展名而加的（根据yaml.org）。 虽然我知道.yml已经存在很久了，但我认为我们应该让我们的单个配置文件名使用.yaml 。 除了它是官方扩展之外，我之前在编写休息测试时也有点不小心使用了.yml ，因为我刚刚编辑了一个elasticsearch.yml文件。
在所有 3 种情况下（.yml、json 和属性），我认为我们可以通过在启动时查找旧文件名并抛出错误来为用户干净利落地做到这一点。 在 2.0 中，如果有多个文件可用，我们已经切换到失败。
rjernst
于 2016-07-12
👍2
虽然我知道
.yml已经存在很久了，但我认为我们应该让我们的单个配置文件名使用.yaml。
+1
jasontedor
于 2016-07-12
相关 #9706
jasontedor
于 2016-07-14
此页面是否有帮助？
0 / 5 - 0 等级
相关问题
ttaranov
·
3评论
abtpst
·
3评论
brwe
·
3评论
malpani
·
3评论
makeyang
·
3评论
最有用的评论
我们也有同时支持
elasticsearch.yml和elasticsearch.yaml的奇怪情况。 前者是原来的名字，后者是因为.yaml是官方的扩展名而加的（根据yaml.org）。 虽然我知道.yml已经存在很久了，但我认为我们应该让我们的单个配置文件名使用.yaml。 除了它是官方扩展之外，我之前在编写休息测试时也有点不小心使用了.yml，因为我刚刚编辑了一个elasticsearch.yml文件。在所有 3 种情况下（.yml、json 和属性），我认为我们可以通过在启动时查找旧文件名并抛出错误来为用户干净利落地做到这一点。 在 2.0 中，如果有多个文件可用，我们已经切换到失败。