Skip to content

Commit 6da08c4

Browse files
Update release notes to include 8.7.0 (#94934)
* Update release notes to include 8.7.0 Release notes and migration guide from 8.7.0 release ported into main as well as re-generating 8.8.0 release notes. This latter step will be overwritten anyway, multiple times, by more up-to-date regeneration of the 8.8.0 release notes during the release process. * Remove coming 8.7.0 line * Update docs/reference/migration/migrate_8_7.asciidoc Co-authored-by: Abdon Pijpelink <[email protected]> * Make same change to 8.8 --------- Co-authored-by: Abdon Pijpelink <[email protected]>
1 parent ce8d032 commit 6da08c4

File tree

5 files changed

+638
-15
lines changed

5 files changed

+638
-15
lines changed

docs/reference/migration/migrate_8_7.asciidoc

Lines changed: 27 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -9,14 +9,37 @@ your application to {es} 8.7.
99

1010
See also <<release-highlights>> and <<es-release-notes>>.
1111

12-
coming::[8.7.0]
13-
14-
1512
[discrete]
1613
[[breaking-changes-8.7]]
1714
=== Breaking changes
1815

16+
The following changes in {es} 8.7 might affect your applications
17+
and prevent them from operating normally.
18+
Before upgrading to 8.7, review these changes and take the described steps
19+
to mitigate the impact.
20+
1921
// tag::notable-breaking-changes[]
20-
There are no breaking changes in {es} 8.7.
22+
There are no notable breaking changes in {es} 8.7.
2123
// end::notable-breaking-changes[]
24+
But there are some less critical breaking changes.
25+
26+
[discrete]
27+
[[breaking_87_ingest_changes]]
28+
==== Ingest changes
29+
30+
[[making_jsonprocessor_stricter_so_it_does_not_silently_drop_data]]
31+
.Making `JsonProcessor` stricter so that it does not silently drop data
32+
[%collapsible]
33+
====
34+
*Details* +
35+
The ingest node's `json` processor was previously lenient. It would accept invalid JSON data if it started with valid JSON data.
36+
Anything after the valid part would be silently discarded. From 8.7 onwards, the default behavior is to reject invalid JSON data with
37+
an exception so that data is not silently lost. The old behavior can be reproduced by passing `false` as the value of the new
38+
`strict_json_parsing` processor parameter.
39+
We consider this change to be a bugfix but list it here as a breaking change since it may affect the behavior of applications which
40+
were sending invalid JSON data to the `json` processor.
2241
42+
*Impact* +
43+
Ensure your application only sends valid JSON data to the `json` processor, or modify the `json` processors in your pipelines to set
44+
the `strict_json_parsing` parameter to `false`.
45+
====

docs/reference/migration/migrate_8_8.asciidoc

Lines changed: 7 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -20,6 +20,7 @@ coming::[8.8.0]
2020
There are no breaking changes in {es} 8.8.
2121
// end::notable-breaking-changes[]
2222

23+
2324
[discrete]
2425
[[deprecated-8.8]]
2526
=== Deprecations
@@ -33,16 +34,17 @@ after upgrading to 8.8.
3334
To find out if you are using any deprecated functionality,
3435
enable <<deprecation-logging, deprecation logging>>.
3536

37+
3638
[discrete]
37-
[[deprecations_88_allocation]]
38-
==== Allocation deprecations
39+
[[deprecations_88_cluster_and_node_setting]]
40+
==== Cluster and node setting deprecations
3941

40-
[[deprecate_allocation_choice]]
41-
.Deprecate `cluster.routing.allocation.type` setting
42+
[[deprecate_cluster_routing_allocation_type]]
43+
.Deprecate `cluster.routing.allocation.type`
4244
[%collapsible]
4345
====
4446
*Details* +
45-
The `cluster.routing.allocation.type` setting is deprecated and will be removed in a future release of {es}.
47+
The `cluster.routing.allocation.type` setting is deprecated and will be removed in a future version.
4648
4749
*Impact* +
4850
Discontinue use of the `cluster.routing.allocation.type` setting.

0 commit comments

Comments
 (0)