migrate_8_1.asciidoc 3.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109
  1. [[migrating-8.1]]
  2. == Migrating to 8.1
  3. ++++
  4. <titleabbrev>8.1</titleabbrev>
  5. ++++
  6. This section discusses the changes that you need to be aware of when migrating
  7. your application to {es} 8.1.
  8. See also <<release-highlights>> and <<es-release-notes>>.
  9. [discrete]
  10. [[breaking-changes-8.1]]
  11. === Breaking changes
  12. The following changes in {es} 8.1 might affect your applications
  13. and prevent them from operating normally.
  14. Before upgrading to 8.1, review these changes and take the described steps
  15. to mitigate the impact.
  16. [discrete]
  17. [[breaking_81_rest_api_changes]]
  18. ==== REST API changes
  19. [[search_apis_fields_parameter_normalizes_geometry_objects_cross_international_dateline]]
  20. .The search API's `fields` parameter now normalizes geometry objects that cross the international dateline
  21. [%collapsible]
  22. ====
  23. *Details* +
  24. The search API's `fields` parameter now normalizes `geo_shape` objects that
  25. cross the international dateline (+/-180° longitude). For example, if a polygon
  26. crosses the dateline, the `fields` parameter returns it as two polygons. You can
  27. still retrieve original, unnormalized geometry objects from `_source`.
  28. *Impact* +
  29. If your application requires unnormalized geometry objects, retrieve them from
  30. `_source` rather than using the `fields` parameter.
  31. ====
  32. [discrete]
  33. [[deprecated-8.1]]
  34. === Deprecations
  35. The following functionality has been deprecated in {es} 8.1
  36. and will be removed in a future version.
  37. While this won't have an immediate impact on your applications,
  38. we strongly encourage you take the described steps to update your code
  39. after upgrading to 8.1.
  40. To find out if you are using any deprecated functionality,
  41. enable <<deprecation-logging, deprecation logging>>.
  42. [discrete]
  43. [[deprecations_81_cluster_and_node_setting]]
  44. ==== Cluster and node setting deprecations
  45. [[legacy_values_for_discovery_type_setting_are_deprecated]]
  46. .Legacy values for the `discovery.type` setting are deprecated
  47. [%collapsible]
  48. ====
  49. *Details* +
  50. Legacy values for the `discovery.type` setting are deprecated and will be
  51. forbidden in a future version.
  52. *Impact* +
  53. Do not set `discovery.type` to any value except `single-node` or `multi-node`.
  54. All other values are equivalent to the default discovery type which is
  55. `multi-node`. Where possible, omit this setting so that {es} uses the default
  56. discovery type.
  57. ====
  58. [discrete]
  59. [[deprecations_81_rest_api]]
  60. ==== REST API deprecations
  61. [[lenient_parsing_of_bulk_actions_deprecated]]
  62. .Lenient parsing of bulk actions is deprecated
  63. [%collapsible]
  64. ====
  65. *Details* +
  66. Older versions of {es} parse the action lines of bulk requests very permissively
  67. and would silently ignore invalid or malformed actions. This lenience is
  68. deprecated and a future version will reject bulk requests containing invalid
  69. actions.
  70. *Impact* +
  71. Ensure that bulk actions are well-formed JSON objects containing a single entry
  72. with the correct key.
  73. ====
  74. [[deprecate_index_include_frozen_request_parameter_in_sql_api]]
  75. .Deprecate `index_include_frozen` request parameter in `_sql` API
  76. [%collapsible]
  77. ====
  78. *Details* +
  79. Following the deprecation of frozen indices, the `index_include_frozen`
  80. parameter and `FROZEN` syntax is now also deprecated.
  81. *Impact* +
  82. You should unfreeze frozen indices using the
  83. {ref}/unfreeze-index-api.html[unfreeze index API] and stop using the
  84. `index_include_frozen` parameter or the `FROZEN` keyword in SQL
  85. queries. For some use cases, the frozen tier may be a suitable
  86. replacement for frozen indices. See {ref}/data-tiers.html[data tiers]
  87. for more information.
  88. ====