-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Clarify Elasticsearch 9.x compatibility #2928
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Appended the client compatibility matrix to call out the 9.x client compatibility for 9.x release.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I gave this an edit for clarity and flow, at @pquentin's request 🙂
Let me know if you'd prefer I push a commit
README.md
Outdated
| 8.x | 8.x | 8.x | | ||
| 7.x | 7.x | 7.17 | | ||
|
||
Language clients are forward compatible; meaning that the clients support communicating with greater or equal minor versions of {{es}} without breaking. It does not mean that the clients automatically support new features of newer {{es}} versions; it is only possible after a release of a new client version. For example, a 8.12 client version won’t automatically support the new features of the 8.13 version of {{es}}, the 8.13 client version is required for that. {{es}} language clients are only backwards compatible across minor versions with default distributions and without guarantees made. To upgrade to a new major version, you first need to upgrade Elasticsearch, then the Python Elasticsearch client. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think these {{es}} substitutions will work in the README, right? Only in the docs.
The edits I'm suggesting to the docs also apply to the README, except of course the :::{{tip}}
block won't work in the README, so that can just be a standard paragraph.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks, I converted to GitHub-flavored Markdown, which also supports alert blocks:

Realized I misstated something, so I made edits to my suggestions (as well as the screenshot) -- done now! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @ZachBrisson-Elastic and @marciw!
Co-authored-by: Quentin Pradet <[email protected]> Co-authored-by: Marci W <[email protected]> (cherry picked from commit bd612f3)
Co-authored-by: Quentin Pradet <[email protected]> Co-authored-by: Marci W <[email protected]> (cherry picked from commit bd612f3) Co-authored-by: Zach Brisson <[email protected]>
Appended the client compatibility matrix to call out the 9.x client compatibility for 9.x release.
Based off @miguelgrinberg post here #2927 (comment) and past historical precedent, updated the matrix to show that 9.x clients work with 9.x clients and not 8.x or 7.x as they will run into
Invalid media-type value on headers
errors. You might need someone from the python api team to review prior to approval on this one in case that has changed.Screenshot showing elasticsearch9 is a valid upgrade/install path
