This image enables you to run Atlassian JIRA Software.
It is based on alpine-java to provide an as small as possible image.
There are tags available for latest, latest major, latest minor and individual versions. If for example you want to run the latest 7.8 version, you can use idalko/atlassian-jira-software:7.8
The images are autogenerated as soon as they appear for download on the Atlassian website. This means that sometimes things might break, be aware of this and as always test in staging environments first.
You can find the script that generates these in the atlassian-generator repository. Feel free to create pull requests to that repository if you want to make improvements either to the script or the Dockerfile templates.
A number of environment variables are supported.
By default the application runs as a non-root user. You can influence which user by setting these variables. Note that the names need to be known inside the container so results might not be what you expect.
Note that if you change the username, Java requires that the HOME directory for that user exists, this image automatically assigns the data folder as home directory.
If you are running the application behind a reverse proxy you need to set these variables so that it knows where to redirect requests to.
If you want to disable the incoming and outgoing mail on for example a staging server set DISABLE_NOTIFICATIONS to TRUE
Change the default JVM memory size
If you need to pass additional args you can set the JIRA_ARGS variable.
You can set the CONTAINER_TZ variable to set the default timezone in your container. Jira inherits this if it is configured to use the system default.
This image disables the Tomcat access logs by default as they can grow quite large for popular instances and quickly fill up the container. Should you have need for them you can enable them again by setting KEEP_ACCESS_LOGS to TRUE. You probably also want to mount a volume to /opt/atlassian/jira/install/logs.
The bane of every Atlassian Expert their existence! But fear no longer as this image can automatically import the certificates into the key database. It searches for files ending with .crt in /opt/atlassian/jira/certs so just mount a volume and Bob's your uncle.
If you don't know how to get the certificates here's a simple one-liner fetching the certificate from Google, replace the domain with the one you want to import from.
openssl s_client -connect google.com:443 < /dev/null | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > google-public.crt
If you want to mount a volume or a directory to store your data outside of the container you should mount it over /opt/atlassian/jira/data
Example:
docker run -it --rm -p 8080:8080 idalko/atlassian-jira-software
A very quick docker-compose file could be:
version: '3'
services:
jira:
image: idalko/atlassian-jira-software
environment:
- DISABLE_NOTIFICATIONS=TRUE
- JIRA_ARGS=-Datlassian.plugins.enable.wait=300
volumes:
- ./data:/opt/atlassian/jira/data
ports:
- 8080:8080
restart: always
jiradb:
image: postgres:9.6
environment:
- POSTGRES_PASSWORD=secret
- POSTGRES_USER=jira
- POSTGRES_DB=jira
volumes:
- ./db:/var/lib/postgresql/data
restart: always
A lot of care was taken in creating these images however running them is at your own risk and no claims can be made should data loss occur. By using these images you confirm that you are complying by any and all of the licenses of the 3rd party software included in this build.
Content type
Image
Digest
sha256:9272f3039…
Size
754.2 MB
Last updated
13 days ago
docker pull idalko/atlassian-jira-software:latest-openjdk21