From 73e26b609d95b423900635bf42e134d29dd28624 Mon Sep 17 00:00:00 2001 From: Josh Mock Date: Thu, 17 Apr 2025 14:21:11 -0500 Subject: [PATCH 1/2] Release notes for 9.0.1 --- docs/release-notes/index.md | 12 +++++++++--- 1 file changed, 9 insertions(+), 3 deletions(-) diff --git a/docs/release-notes/index.md b/docs/release-notes/index.md index 0705942e3..c91b03720 100644 --- a/docs/release-notes/index.md +++ b/docs/release-notes/index.md @@ -20,9 +20,15 @@ To check for security updates, go to [Security announcements for the Elastic sta % ### Fixes [elasticsearch-javascript-client-next-fixes] % \* -## 9.0.0 [elasticsearch-javascript-client-900-release-notes] +## 9.0.1 -### Features and enhancements [elasticsearch-javascript-client-900-features-enhancements] +### Fixes [elasticsearch-javascript-client-9.0.1-fixes] + +**Reinstate `nodeFilter` and node `roles` feature:** The docs note a `nodeFilter` option on the client that will, by default, filter the nodes based on any `roles` values that are set at instantiation. At some point, this functionality was partially disabled. This brings the feature back, ensuring that it matches what the documentation has said it does all along. + +## 9.0.0 [elasticsearch-javascript-client-9.0.0-release-notes] + +### Features and enhancements [elasticsearch-javascript-client-9.0.0-features-enhancements] - **Compatibility with Elasticsearch 9.0:** All changes and additions to Elasticsearch APIs for its 9.0 release are reflected in this release. - **Serverless client merged in:** the `@elastic/elasticsearch-serverless` client is being deprecated, and its functionality has been merged back into this client. This should have zero impact on the way the client works by default, except that a new `serverMode` option has been added. When it's explicitly set to `"serverless"` by a user, a few default settings and behaviors are changed: @@ -38,4 +44,4 @@ To check for security updates, go to [Security announcements for the Elastic sta - **Improved Cloud ID parsing:** when using a Cloud ID as the `cloud` parameter to instantiate the client, that ID was assumed to be in the correct format. New assertions have been added to verify that format and throw a `ConfigurationError` if it is invalid. See [#2694](https://github.com/elastic/elasticsearch-js/issues/2694). -% ### Fixes [elasticsearch-javascript-client-900-fixes] +% ### Fixes [elasticsearch-javascript-client-9.0.0-fixes] From 98dff8b45d3f17944ba39a3080380a795136503c Mon Sep 17 00:00:00 2001 From: Josh Mock Date: Fri, 25 Apr 2025 09:31:12 -0500 Subject: [PATCH 2/2] Add toArrowReader fix to changelog --- docs/release-notes/index.md | 2 ++ 1 file changed, 2 insertions(+) diff --git a/docs/release-notes/index.md b/docs/release-notes/index.md index c91b03720..75c68cb49 100644 --- a/docs/release-notes/index.md +++ b/docs/release-notes/index.md @@ -26,6 +26,8 @@ To check for security updates, go to [Security announcements for the Elastic sta **Reinstate `nodeFilter` and node `roles` feature:** The docs note a `nodeFilter` option on the client that will, by default, filter the nodes based on any `roles` values that are set at instantiation. At some point, this functionality was partially disabled. This brings the feature back, ensuring that it matches what the documentation has said it does all along. +**Ensure Apache Arrow ES|QL helper uses async iterator:** the [`esql.toArrowReader()` helper function](/reference/client-helpers.md#_toarrowreader) was trying to return `RecordBatchStreamReader`—a synchronous iterator—despite the fact that the `apache-arrow` package was, in most cases, automatically coercing it to `AsyncRecordBatchStreamReader`, its asynchronous counterpart. It now is always returned as an async iterator. + ## 9.0.0 [elasticsearch-javascript-client-9.0.0-release-notes] ### Features and enhancements [elasticsearch-javascript-client-9.0.0-features-enhancements]