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
However eXist-db has changed its conf.xml files between minor versions to add new features; as is permissible by the Semver 2.0.0 specification.
One such example is configuration settings around Document and Collection Locks, and the Lock Table. This means that it is quite possible that Ansible will deploy a non-complete (or even incorrect) conf.xml file, which may end up with certain config settings in eXist-db being "undefined", which leads to "undefined" behaviour at runtime.
The text was updated successfully, but these errors were encountered:
However eXist-db has changed its conf.xml files between minor versions to add new features
Exactly. When this role was written (around eXist-db 4.7), core configuration files like conf.xml have changed without version numbers being updated. (not sure if this still is the case). This left us with guesswork about correct template files.
As a workaround, you can set exist_confxml_from_template: no and provide a desired conf.xml yourself.
This should be fixed upstream, ensuring that every change to default config files will result in a new version number.
At present when
exist_confxml_from_template: yes
is used, theconf.xml
is read from the templates folder.Unfortunately the template to use is selected based only on the major version number of eXist-db (see: https://github.com/eXist-db/existdb-ansible-role/blob/v1.2/tasks/postinstall.yml#L227).
However eXist-db has changed its
conf.xml
files between minor versions to add new features; as is permissible by the Semver 2.0.0 specification.One such example is configuration settings around Document and Collection Locks, and the Lock Table. This means that it is quite possible that Ansible will deploy a non-complete (or even incorrect)
conf.xml
file, which may end up with certain config settings in eXist-db being "undefined", which leads to "undefined" behaviour at runtime.The text was updated successfully, but these errors were encountered: