Elasticsearch > 6.5

Shopware 5 Administration
1

Hallo,

Ich musste bei einem Update der Server feststellen, das Shopware 5.5.4 nicht mit Elasticsearch kompatibel ist… ist dem so?

Es kommt generell ein Mapping Fehler da es den Typ “String” nicht mehr gibt, der durch “Text” ersetzt werden sollte…
ein Downgrade auf Elasticsearch 5.x behebt den Fehler…

 

Grüße,

Daniel

 

2

Dasselbe hier: ES soll ganz frisch integriert werden, also die neueste stable installiert (7.x) und es folgt:

 illegal\_argument\_exception: Types cannot be provided in put mapping requests, unless the include\_type\_name parameter is set to true.

Scheinbar hat man den ES-Support seitens Shopware bei der 5er ES-Version „eingefroren“?!

3

Elasticsearch 7 ist ja komplett neu veröffentlicht. Das werden wir uns mit der 5.6 nochmal ansehen, ob es da Kompatibilitätsgründe gibt.

Elasticsearch 6 ist unsere Empfehlung und kann auch ohne Probleme genutzt werden. Haben einige große Enterprise-Setups auch im Einsatz.

4

Hoi Moritz :slight_smile:

Wir fahren im Moment die 5.5.5 … kann ich wirklich ein Downgrade auf die ES 6 machen oder doch eher leiber auf die 5?

Ich bin nicht der Admin im Hause (also eher keine Linux-Mensch … tu mich also mit solchen Dingen „schwer“), sondern der Coder, der „Elasticgirl“ erweitern soll … mir wäre es lieb, da auf einer reibunsgfreien Basis entwickeln zu können (also ohne irgendwelche Paramter zur Kompatibilität setzen zu müssen) :slight_smile:

5

Die Elasticsearch 5 erhält keine Security Patches & Bugfixes mehr, es macht also Sinn auf ES6 zu setzen.

6

Danke :slight_smile:

7

[Nachtrag]

Elasticsearch 6.x

  • Indices created in 5.x will continue to function in 6.x as they did in 5.x.
  • Indices created in 6.x only allow a single-type per index. Any name can be used for the type, but there can be only one. The preferred type name is _doc, so that index APIs have the same path as they will have in 7.0: PUT {index}/_doc/{id} and POST {index}/_doc
  • The _type name can no longer be combined with the _id to form the _uid field. The _uid field has become an alias for the _id field.
  • New indices no longer support the old-style of parent/child and should use the join fieldinstead.
  • The _default_ mapping type is deprecated.
  • In 6.7, the index creation, index template, and mapping APIs support a query string parameter (include_type_name) which indicates whether requests and responses should include a type name. It defaults to true, and should be set to an explicit value to prepare to upgrade to 7.0. Not setting include_type_name will result in a deprecation warning. Indices which don’t have an explicit type will use the dummy type name _doc.

Gilt deine Empfehlung auch, wenn bis dato KEIN ES zum Einsatz kam, es also keine 5er Indizes gibt? 

8

[Nachtrag 2]

illegal_argument_exception: Could not convert [raw.index] to boolean

ES 6.7.1 und SW 5.5.5 :confused:

9

Hast du einmal komplett neuindexiert?

10

Ich hab noch gar nicht indexiert!

Es lief noch nie ein ES.

Die Exceptions werden ausgelöst bei bin/console sw:es:index:populate

11

Hi.

ES 6.4.3 mit docker funktioniert und wird noch bis Februar 2020 aktualisiert.

docker pull docker.elastic.co/elasticsearch/elasticsearch:6.4.3
docker run -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" docker.elastic.co/elasticsearch/elasticsearch:6.4.3

https://www.elastic.co/de/support/eol

Grüße Chris