Domino Container image - automatic download of files which have a HTTP link.
Daniel Nashed – 19 November 2025 07:24:38
Initially the container image was only consuming files stored locally (e.g. /local/software).
Meanwhile there is an automatic download option with domdownload which can download files once from MHS and store them locally.
But there are 3rd party files like Tika, domprom, JDBC drivers which come from a remote location.
The software.txt entry contains multiple entries in this those cases as shown here:
domprom|0.9.2|domprom-0.9.2-linux-amd64.taz,https://github.com/nashcom/domino-grafana/releases/download/v0.9.2/domprom-0.9.2-linux-amd64.taz|x|07b0...
The installation process tries to use those comma separated entries from left to right.
But until today it did not download the files to cache them locally instead of loading them every time -- in this example from GitHub.
If the file is available locally, it would be used from the local directory instead of using the download link.
Last night there was a GitHub outage which impacted container builds when using domprom (the servertask for Prometheus/Grafana integration).
The download didn't work any more and the build pipeline failed.
This morning I added functionality to the build script to download the file if not available locally.
That way the first build will cache it and does not need to access GitHub or other external resources for every build.
The download is automatically in the SOFTWARE_DIR local configuration.
References:
https://opensource.hcltechsw.com/domino-container/howto_download-software/
https://nashcom.github.io/domino-startscript/domdownload/
- Comments [0]
![[HCL Domino]](../lotus-domino.gif){kind=small}
![[Domino on Linux]](../domino-linux.gif){kind=small}
![[Nash!Com]](../nashcom.gif){kind=small}
![[Daniel Nashed]](../daniel-nsh.gif){kind=small}