GET <kibana host>:<port>/api/saved_objects/<type>/<id>
The above API is deprecated for version 8.9.0
GET <kibana host>:<port>/api/data_views
This API only returns the info about data_views not dashboard.
What is the API to get dashboard info?
GET <kibana host>:<port>/api/saved_objects/<type>/<id>
The above API is deprecated for version 8.9.0
GET <kibana host>:<port>/api/data_views
This API only returns the info about data_views not dashboard.
What is the API to get dashboard info?
Hello @Daemon1,
What is your use case?
Using the import/export APIs should cover most scenarios. The Export API enables you to fetch collections of saved objects.
Hope it helps!
Scenario1:
I want to check whether the dashboard is created before creating or updating dashboard.
I am using import API for creating/updating dashboard. But before importing(updating), we need to replace the dashboard id of created dashboard in ndjson file, otherwise we will end up with creating new dashboard if we do not use the dashboard id of already created dashboard.
For this scenario you can still use the Get Object API. Deprecated shouldn't mean that it isn't working. Those APIs won't be removed before there's alternative APIs to use.
Oh no - I was hoping to start integrating with saved_objects API (just the list and get endpoints), but I can't justifying integrating with a deprecated API.
Is there any way to track progress on the new API? Does it have a plan or a name yet?
Thanks
@laher, welcome to the community!
What is your use case?
Hi Priscilla,
We are integrating Kibana reports into our existing scheduling infrastructure, so that the report could be run and delivered to our tenants (e.g. via SFTP) on a schedule.
At the moment, our implementation requires someone to paste a Kibana 'POST URL' (including the long rison jobParams) into a text field in our web app.
I was hoping that we could instead present them with a dropdown list of dashboards and visualisations, so that they could choose one there. Crucially they would also be able to optionally not pin to a version of the visualisation. When they update their visualisation/dashboard, the scheduled job would generate a POST URL which reflects the latest version of the saved object, including any recent edits.
So,
In the meantime, we can still ask people to paste in the Post URL including its rison jobParams. It's OK, it's just more clunky & may require some tricky maintenance (e.g. if the visualisation changes or if our index definitions change, then their rison POST URLs might need updating).
Thanks
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
© 2020. All Rights Reserved - Elasticsearch
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant logo are trademarks of the Apache Software Foundation in the United States and/or other countries.