-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
switch from esArchiver to saved objects API for .kibana data in functional tests #89368
Comments
Pinging @elastic/kibana-qa (Team:QA) |
Up next: Import the exported data and see if the tests pass, might have to data munge. |
Ok, so the first and second pr's are up. |
We've added all the required building blocks in 7.12 (#90178), but it might take some time for plugins to adopt it and enable their saved objects to be exported. Some plugins might also choose to use the |
Implemented in #92526 |
We currently use esArchiver to load both test data and Kibana data (which are saved objects stored in the .kibana index).
We should switch to loading the Kibana data using the saved object API https://www.elastic.co/guide/en/kibana/master/saved-objects-api.html
We advise users NOT to write directly to the .kibana index
"Do not write documents directly to the .kibana index. When you write directly to the .kibana index, the data becomes corrupted and permanently breaks future Kibana versions."
The saved object API is the recommended way.
When we use esArchiver to load data, it removes everything else first (except the default space). But using the Saved Object API we could potentially choose to add objects to the existing objects.
Back when most of the functional tests were written, we didn't support exporting and importing everything in the .kibana index. I'm not 100% sure if everything is now supported but I think it should be.
The steps to switch from using esArchiver to the SO API would probably be;
The text was updated successfully, but these errors were encountered: