You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 22, 2022. It is now read-only.
Bottom line, prior to 5.3.5 we used PROVIDER_ELASTICSEARCH_PROTOCOL, PROVIDER_ELASTICSEARCH_DNSNAMES, and PROVIDER_ELASTICSEARCH_PORT_HTTP to set ES client settings in the docker image.
With 5.3.5 these variables exist but are effectively ignored and PROVIDER_ELASTICSEARCH_ENDPOINTS must be used instead.
Recommendations:
Remove these ignored variables - don't see a real reason to have multiple ways to set the same settings. Just leads to possible confusion and bugs like this one.
Alternatively fix the dotcms-config-cluster.properties so that it only sets ES_ENDPOINTS if PROVIDER_ELASTICSEARCH_ENDPOINTS has a value.
Details
Problem was introduced here: dotCMS/core#18870
As you can see if ES_ENDPOINTS here is set, getDefaultEndpoint is never called which basically causes the ES_HOSTNAME, ES_PROTOCOL, and ES_PORT to be ignored. As you can see here, ES_ENDPOINTS is always set in the Docker container.
Documentation
If the previous settings are going to be ignored or removed, should be documented in the documentation. I saw the example configurations changed but I did not see any documentation that indicated that the docker config for 5.3.x would no longer work with 5.3.5.
The text was updated successfully, but these errors were encountered:
Bottom line, prior to 5.3.5 we used PROVIDER_ELASTICSEARCH_PROTOCOL, PROVIDER_ELASTICSEARCH_DNSNAMES, and PROVIDER_ELASTICSEARCH_PORT_HTTP to set ES client settings in the docker image.
With 5.3.5 these variables exist but are effectively ignored and PROVIDER_ELASTICSEARCH_ENDPOINTS must be used instead.
Recommendations:
Remove these ignored variables - don't see a real reason to have multiple ways to set the same settings. Just leads to possible confusion and bugs like this one.
Alternatively fix the dotcms-config-cluster.properties so that it only sets ES_ENDPOINTS if PROVIDER_ELASTICSEARCH_ENDPOINTS has a value.
Details
Problem was introduced here: dotCMS/core#18870
As you can see if ES_ENDPOINTS here is set, getDefaultEndpoint is never called which basically causes the ES_HOSTNAME, ES_PROTOCOL, and ES_PORT to be ignored. As you can see here, ES_ENDPOINTS is always set in the Docker container.
Documentation
If the previous settings are going to be ignored or removed, should be documented in the documentation. I saw the example configurations changed but I did not see any documentation that indicated that the docker config for 5.3.x would no longer work with 5.3.5.
The text was updated successfully, but these errors were encountered: