honeymoose
/
OpenSearch
mirror of https://github.com/honeymoose/OpenSearch.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
OpenSearch/docs/reference/migration/migrate_6_0.asciidoc

64 lines
2.0 KiB
Plaintext
Raw Normal View History

Add breaking changes for 6.0
2016-09-08 12:27:01 -04:00
[[breaking-changes-6.0]]
== Breaking changes in 6.0
This section discusses the changes that you need to be aware of when migrating
your application to Elasticsearch 6.0.
[float]
=== Indices created before 6.0
Elasticsearch 6.0 can read indices created in version 5.0 or above. An
Elasticsearch 6.0 node will not start in the presence of indices created in a
version of Elasticsearch before 5.0.
[IMPORTANT]
.Reindex indices from Elasticseach 2.x or before
=========================================
Indices created in Elasticsearch 2.x or before will need to be reindexed with
Elasticsearch 5.x in order to be readable by Elasticsearch 6.x. The easiest
way to reindex old indices is to use the `reindex` API.
=========================================
[float]
=== Also see:
Remove support for the include/pattern syntax. (#23141) Relates #22933
2017-03-01 04:00:38 -05:00
* <<breaking_60_aggregations_changes>>
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
* <<breaking_60_cat_changes>>
No longer allow cluster name in data path In 5.x we allowed this with a deprecation warning. This removes the code added for that deprecation, requiring the cluster name to not be in the data path. Resolves #20391
2016-09-12 17:47:01 -04:00
* <<breaking_60_cluster_changes>>
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
* <<breaking_60_docs_changes>>
Breaking changes docs for template index_patterns 0219a211d3539781ad4bc59bbb68ab9dd5633090 added support for templates to have multiple patterns and renamed `template` to `index_patterns`. This adds the breaking changes docs for that.
2016-11-11 10:11:46 -05:00
* <<breaking_60_indices_changes>>
Change type of ingest doc meta-data field 'TIMESTAMP' to `Date` (#22234) With this commit we change the data type of the 'TIMESTAMP' meta-data field from a formatted date string to a plain `java.util.Date` instance. The main reason for this change is that our benchmarks have indicated that this contributes significantly to the time spent in the ingest pipeline. The overhead in terms of indexing throughput of the ingest pipeline is about 15% and breaks down roughly as follows: * 5% overhead caused by the conversion from `XContent` -> `Map` * 5% overhead caused by the timestamp formatting * 5% overhead caused by the conversion `Map` -> `XContent` Relates #22074
2016-12-19 03:10:58 -05:00
* <<breaking_60_ingest_changes>>
Enforce Content-Type requirement on the rest layer and remove deprecated methods (#23146) This commit enforces the requirement of Content-Type for the REST layer and removes the deprecated methods in transport requests and their usages. While doing this, it turns out that there are many places where *Entity classes are used from the apache http client libraries and many of these usages did not specify the content type. The methods that do not specify a content type explicitly have been added to forbidden apis to prevent more of these from entering our code base. Relates #19388
2017-02-17 14:45:41 -05:00
* <<breaking_60_java_changes>>
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
* <<breaking_60_mappings_changes>>
Remove customization of ES_USER and ES_GROUP This removes the ability to configure Elasticsearch to use custom username and/or group when it is run. Resolves #23848
2017-04-07 16:21:35 -04:00
* <<breaking_60_packaging_changes>>
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
* <<breaking_60_percolator_changes>>
* <<breaking_60_plugins_changes>>
* <<breaking_60_reindex_changes>>
* <<breaking_60_rest_changes>>
* <<breaking_60_stats_changes>>
* <<breaking_60_search_changes>>
* <<breaking_60_settings_changes>>
* <<breaking_60_scripting_changes>>
Add breaking changes for 6.0
2016-09-08 12:27:01 -04:00
Remove FORCE version_type This was an error-prone version type that allowed overriding previous version semantics. It could cause primaries and replicas to be out of sync however, so it has been removed. Resolves #19769
2016-09-07 13:00:09 -04:00
Remove support for the include/pattern syntax. (#23141) Relates #22933
2017-03-01 04:00:38 -05:00
include::migrate_6_0/aggregations.asciidoc[]
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
include::migrate_6_0/analysis.asciidoc[]
include::migrate_6_0/cat.asciidoc[]
No longer allow cluster name in data path In 5.x we allowed this with a deprecation warning. This removes the code added for that deprecation, requiring the cluster name to not be in the data path. Resolves #20391
2016-09-12 17:47:01 -04:00
include::migrate_6_0/cluster.asciidoc[]
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
include::migrate_6_0/docs.asciidoc[]
Breaking changes docs for template index_patterns 0219a211d3539781ad4bc59bbb68ab9dd5633090 added support for templates to have multiple patterns and renamed `template` to `index_patterns`. This adds the breaking changes docs for that.
2016-11-11 10:11:46 -05:00
include::migrate_6_0/indices.asciidoc[]
Change type of ingest doc meta-data field 'TIMESTAMP' to `Date` (#22234) With this commit we change the data type of the 'TIMESTAMP' meta-data field from a formatted date string to a plain `java.util.Date` instance. The main reason for this change is that our benchmarks have indicated that this contributes significantly to the time spent in the ingest pipeline. The overhead in terms of indexing throughput of the ingest pipeline is about 15% and breaks down roughly as follows: * 5% overhead caused by the conversion from `XContent` -> `Map` * 5% overhead caused by the timestamp formatting * 5% overhead caused by the conversion `Map` -> `XContent` Relates #22074
2016-12-19 03:10:58 -05:00
include::migrate_6_0/ingest.asciidoc[]
Enforce Content-Type requirement on the rest layer and remove deprecated methods (#23146) This commit enforces the requirement of Content-Type for the REST layer and removes the deprecated methods in transport requests and their usages. While doing this, it turns out that there are many places where *Entity classes are used from the apache http client libraries and many of these usages did not specify the content type. The methods that do not specify a content type explicitly have been added to forbidden apis to prevent more of these from entering our code base. Relates #19388
2017-02-17 14:45:41 -05:00
include::migrate_6_0/java.asciidoc[]
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
include::migrate_6_0/mappings.asciidoc[]
Remove customization of ES_USER and ES_GROUP This removes the ability to configure Elasticsearch to use custom username and/or group when it is run. Resolves #23848
2017-04-07 16:21:35 -04:00
include::migrate_6_0/packaging.asciidoc[]
Tidied up the breaking changes docs
2017-07-11 06:39:55 -04:00
include::migrate_6_0/percolator.asciidoc[]
include::migrate_6_0/plugins.asciidoc[]
include::migrate_6_0/reindex.asciidoc[]
include::migrate_6_0/rest.asciidoc[]
include::migrate_6_0/scripting.asciidoc[]
include::migrate_6_0/search.asciidoc[]
include::migrate_6_0/settings.asciidoc[]
include::migrate_6_0/stats.asciidoc[]