73ba90b863
The general use case is to provide only the {type} to the bulk and even that may not be specified. However, by setting it up as /_x-pack/monitoring/{type}/_bulk /_x-pack/monitoring/{index}/{type}/_bulk it fails to properly recognize the {type} parameter because the PathTrie that gets generated sees two wildcards at the same location and the last one specified wins -- {index}. As a result, it's impossible to only set the {type} without making the PathTrie logic convoluted for a niche use case (a list to try instead of a single path). his fixes the issue by removing the completely unused option: you can no longer specify {index} outside of individual bulk indexing operations. If we see a need to bring it back, then we can add it as an API param, but that is an unusual place for the index field and I do not expect it to be needed that frequently. Original commit: elastic/x-pack-elasticsearch@40d0d05404 |
||
---|---|---|
.. | ||
license | ||
qa | ||
x-dev-tools | ||
x-pack | ||
build.gradle | ||
checkstyle_suppressions.xml |