Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

XDOCKER-183: Fix Solr remote url property #31

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

acotiuga
Copy link
Member

@acotiuga acotiuga commented Mar 8, 2021

  • replace the solr.remote.url usage with the solr.remote.baseURL (newly added in the XWiki Standard code)
  • get rid of INDEX_HOST:INDEX_PORT construction in favor of INDEX_BASEURL
  • update documentation to point to the new needed JAR (solr-server-data replaced by the solr-server-core)
  • update the documentation to reflect the updates in the distribution

* replace the "solr.remote.url" usage with the "solr.remote.url" (newly added in the XWiki Standard code)
* get rid of INDEX_HOST:INDEX_PORT costruction in favor of INDEX_BASEURL
* update documentaion to point to the new needed JAR (solr-server-data replaced by the solr-server-core)
* update the documentation to reflect the updates in the distribution
file_env 'INDEX_HOST' 'localhost'
file_env 'INDEX_PORT' '8983'
file_env 'INDEX_BASEURL' 'http://localhost:8983/solr/xwiki'
file_env 'INDEX_TYPE' 'embedded'
Copy link
Member

@tmortagne tmortagne Mar 8, 2021

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really understand why we need "INDEX_TYPE". Couldn't INDEX_BASEURL be an empty string by default and use that as criteria for example ?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually forget that I'm fine with that since it's simply about following the standard configuration and someone might introduce a new type at some point.

@vmassol vmassol self-assigned this Mar 9, 2021
README.md Outdated
@@ -586,8 +586,7 @@ The first time you create a container out of the xwiki image, a shell script (`/
- `DB_PASSWORD`: The user password used by XWiki to read/write to the DB.
- `DB_DATABASE`: The name of the XWiki database to use/create.
- `DB_HOST`: The name of the host (or docker container) containing the database. Default is "db".
- `INDEX_HOST`: The hostname of an externally configured Solr instance. Defaults to "localhost", and configures an embedded Solr instance.
- `INDEX_PORT`: The port used by an externally configured Solr instance. Defaults to 8983.
- `INDEX_BASEURL`: The base URL of an externally configured Solr instance. Defaults to "http://localhost:8983/solr/xwiki", and configures an embedded Solr instance
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This would fail the official dockerhub image best practices. It requires a tab.

* fix indentation to use tab, following the dockerhub image best practices.
@vmassol
Copy link
Member

vmassol commented Mar 15, 2021

@acotiuga I think this PR breaks backward compatibility and anyone using the XWiki docker image with the INDEX_HOST and INDEX_PORT environment properties set will be broken without knowing why suddenly it doesn't work anymore. WDYT?

@acotiuga
Copy link
Member Author

acotiuga commented Mar 15, 2021

@vmassol You are right here. What can I do is to add back the old way of building the solr remote URL and, in addition, to use the new property and use it as standard with default to the old ones. Also , I would update the documentation accordingly.

@vmassol
Copy link
Member

vmassol commented Mar 15, 2021

What can I do is to add back the old way of building the solr remote URL and, in addition, to use the new property and use it as standard with default to the old ones. Also , I would update the documentation accordingly.

Sounds good, thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants