Official, documented compatibility with OpenSearch

Description

  1. There should be a dedicated section on the website and in the documentation to mention that we do test Hibernate Search against OpenSearch too and that we aim for full compatibility.

  2. Everywhere we mention the "Elasticsearch", we should instead mention "Elasticsearch/OpenSearch".

  3. We should decide how we will handle separate dialects for OpenSearch... in particular they will use separate version numbers, starting back to 1.0, so the "hibernate.search.backend.version" property will become ambiguous unless the user tells us he's using OpenSearch. Having a separate "backend-opensearch" module, and putting the common code in a "backend-elasticsearch-base" module, would be very inconvenient. Maybe we need a separate property to select the fork; we would call that a “variant”, “flavor”, “brand”, “vendor” or whatever is clearer.

Activity

Show:

Yoann Rodière May 19, 2021 at 3:06 PM

Fixed

Details

Assignee

Reporter

Sprint

Fix versions

Priority

Created April 13, 2021 at 4:37 PM
Updated September 10, 2021 at 7:24 AM
Resolved June 18, 2021 at 10:41 AM