Preparing to use Docker

1. Download, install and start Docker

To download Docker and find out how to install and start it, see Install Docker.

2. Specify Docker connection settings

To be able to use Docker, you need the Docker integration plugin.

This plugin is not bundled with IntelliJ IDEA, and should be installed separately, from the JetBrains plugin repository. See Downloading and installing repository plugins.

  1. Open the Settings / Preferences dialog (e.g. Ctrl+Alt+S) and go to the Docker page (Build, Execution, Deployment | Docker).
  2. Click images/new.png.
  3. The connection settings depend on your Docker version and operating system:

    Docker for macOS:

    • Connect to Docker daemon with: Docker for Mac

    Docker for Windows:

    • Connect to Docker daemon with: TCP socket
    • Engine API URL: tcp://localhost:2375
    • Certificates folder: This field must be empty.

    IMPORTANT! In the General section of your Docker settings, turn on the Expose daemon on tcp://localhost:2375 without TLS option.

    images/03_DockerSettings.png

    Docker for Linux:

    • Connect to Docker daemon with: Unix socket

    Docker Toolbox for Windows or macOS:

    • Connect to Docker daemon with: Docker Machine

    The Connection successful message should appear right away. If it doesn't, check your Docker Machine executable setting on the Docker | Tools page.

    The default setting docker-machine is fine if:

    • The actual name of the executable file is docker-machine.
    • The path to the directory where the file is located is included in the environment variable Path.

    To specify an actual path to the executable file, click images/browseButton.png and select the file in the dialog that opens.

    For more info, see Docker connection settings.

  4. If you are going to map container volumes onto local host folders, note that on Windows and macOS only the local folders specified in the Path mappings section will be available for corresponding bindings. For more info, see Working with volume bindings.
  5. If you are going to use Docker Compose, go to the Tools page in the Docker section (Build, Execution, Deployment | Docker | Tools) and specify the location of your Docker Compose executable. The default setting docker-compose is fine if:
    • The actual name of the executable file is docker-compose.
    • The path to the directory where the file is located is included in the environment variable Path.

    To specify an actual path to the executable file, click images/browseButton.png and select the file in the dialog that opens.

  6. Click OK in the Settings / Preferences dialog.

3. Connect to Docker

For the Docker node, images/edit_config_docker.png on the toolbar and the Edit Configuration context menu command provide quick access to your Docker connection settings.

In the Docker tool window (View | Tool Windows | Docker), select a Docker node images/iconDocker.png, and then click images/run.png or select Connect from the context menu.

images/51_DockerConnected.png

Managing images

Pulling an image

  1. In the Docker tool window, select a Docker node images/iconDocker.png or the Images node, and then click images/iconPullImageDocker.png or select Pull image from the context menu.

    images/52_DockerPullImage.png

  2. In the dialog that opens, specify:
    • Registry. The URL of the image repository service (by default, registry.hub.docker.com for Docker Hub) or a Docker Registry configuration.
    • Repository. The image name.
    • Tag. The image tag, e.g. latest.

    images/53_DockerPullImageDialog.png

    If pulling an image assumes user authentication, click New in the Pull Image dialog to create a Docker Registry configuration and specify your Docker image repository user account info.

You can also pull and run an image using a Dockerfile, see Running an image from a Dockerfile.

Finding out the image ID

In the Docker tool window, select the image of interest. The image ID is shown on the Properties tab.

images/54_DockerImageID.png

You can copy the image ID onto the clipboard by using the Copy image ID context menu command or images/copy.gif on the Properties tab.

Hiding untagged images

The images that have no tags, generally, are the "intermediate" ones. Usually, they are the ones that you don't want or are not ready yet to push to an image repository.

To hide untagged images, clear the Show Untagged Images item under Filter.

Finding local images by name or ID

In the Docker tool window, you can search for images:
When in the leftmost pane, simply start typing. As a result, the text you have typed is highlighted in the names and IDs of the images and containers, if present.

images/55_DockerFindImage.png

Building an image

Docker can build images by reading instructions from a Dockerfile. When the Dockerfile is open in the editor, click images/runTwoGreenArrows.png and select to build the image on a specific Docker node. If there is an existing configuration, you can build the image for this configuration or edit it.

images/56_DockerfileRun_1.png

You can specify build-time variables in the Docker run configuration that do not persist in the intermediate or final images. Use the Build args field to specify variables specific to this particular configuration. This is similar to setting the --build-arg option for docker build.

You can run docker build in the Terminal tool window (View | Tool Windows | Terminal).

See also, Running an image from a Dockerfile.

Pushing an image

  1. In the Docker tool window, select the image that you want to upload to an image repository, and then click images/iconPushImageDocker.png or select Push image from the context menu.

    images/57_DockerPushImage.png

  2. If you haven't pushed to the corresponding repository yet, click New in the dialog that opens to create a Docker Registry configuration and specify your image repository user account info.
  3. Specify the settings for the image that you are pushing:
    • Registry. The Docker Registry configuration to be used.
    • Repository. The name for the image that you are pushing.
    • Tag. The tag for the image that you are pushing.

    images/58_DockerPushDialog.png

Specifying your image repository user account info

Pushing an image to an image repository and, for certain image repositories, also pulling an image from the repository requires your logging on to the corresponding server. Your image repository user account info that you have to provide in such cases is stored in what is called a Docker Registry configuration.

You can start creating a Docker Registry configuration when pulling or pushing an image by clicking New in the Pull image or the Push image dialog. Here are the Docker Registry configuration settings:

You can manage your Docker Registry configurations in the Settings / Preferences dialog: Ctrl+Alt+S | Build, Execution, Deployment | Docker Registry.

  • Address. The image repository service URL (by default, registry.hub.docker.com for Docker Hub or quay.io for Quay).
  • Username and Password. The user name and password for your user account.
  • Email. The email address that you specified when creating your user account.
  • Server. The name for the associated Docker connection settings (usually, Docker). They are used to connect to the service to check that your user account info is correct.

images/59_DockerRegistryDialog.png

Running images

Running an image via a Docker run configuration

For running Docker images, IntelliJ IDEA provides Docker run configurations. Such a run configuration is created automatically when you:

You can also create a Docker run configuration "as usual": Run | Edit Configurations | images/add.png | Docker. You may want to employ this method to run your multi-container application using a Docker Compose docker-compose.yml file.

There are three types of Docker run configurations:

  • Docker Image: Run container from an existing Docker image.
  • Docker-compose: Run a multi-container Docker application.
  • Dockerfile: Run container from an image built from a Dockerfile.

Running an image from the Docker tool window

  1. In the Docker tool window, select the image of interest, and then click images/iconCreateContainerDocker.png or select Create container from the context menu.

    images/62_DockerCreateContainer.png

  2. In the Create container popup, click Create.

    If you already have a Docker run configuration for your image, the Create container popup, in addition to Create, will also have the name of that run configuration as an option. By selecting the run configuration name, you can run your image according to that run configuration.

  3. In the Create Deployment Configuration dialog that opens:
    • Image ID. Initially, this is the ID of the image for which you called the Create container command.
    • Container name. You can specify the name for the container that will be created or, otherwise, Docker will itself give your container a name.

    images/63_DockerImageDeployment.png

    By selecting the corresponding option in the Deployment field, you can run an image or images, basing on your Dockerfile or Compose docker-compose.yml file.

  4. Click Run.

Running an image from a Dockerfile

  1. Open your Dockerfile in the editor.

    In the Project tool window, for Dockerfiles, there are context menu commands that you may find useful:
    Run 'Docker ...' runs the Dockerfile, creates a run configuration for it, and makes it current.
    Save 'Docker ...' saves the run configuration.
    Select 'Docker ...' makes the run configuration for the Dockerfile current, so you can run it straight away by clicking images/run.png.

  2. To the left of FROM, click images/runTwoGreenArrows.png and select to run the image on a specific Docker node. If there is an existing configuration for the image, you can run this configuration or edit it.

    images/56_DockerfileRun_1.png

The main settings of a run configuration associated with a Dockerfile are:

  • Image Tag. The name and tag for the image that will be built, e.g. myimage:latest.
  • Container Name. The name of the container that will be created. If omitted, Docker will itself give your container a name.

images/61_DockerfileRunConfig.png

Viewing deployment logs

To view a deployment log - after an image is built and corresponding container is started - select the container in the Docker tool window. The log is shown in the right-hand pane on the Deploy log tab.

For a Compose file-based deployment, you should select the corresponding Compose node.

images/65_DockerDeploymentLog.png

Adding command-line options for the container

Not all docker run options are supported. If you would like to request support for some option, leave a comment in IDEA-181088.

When running a container on the command line, the following syntax is used:

docker run [OPTIONS] IMAGE [COMMAND] [ARG...]

All optional parameters can be specified in the corresponding Docker run configuration:

  • Options are specified in the Command line options field.
  • Command is specified in the Command field.
  • Arguments are specified in the Entrypoint or Command field.

images/66_DockerContainerCLI.png

Not all docker run options are supported. If you would like to request support for some option, leave a comment in IDEA-181088.

Working with containers

Running commands in a container

You can run docker exec commands:

  1. In the Docker tool window, right-click the container of interest and select Exec.
  2. In the Run command in container popup, click Create.

    As you run the commands, IntelliJ IDEA memorizes them. So you can rerun the commands by selecting them in the Run command in container popup.

  3. In the dialog that opens, type the command and click OK. For
    docker exec [OPTIONS] CONTAINER COMMAND [ARG...]
    you need to specify only the
    COMMAND [ARG...] part. For example:
    ls /tmp or mkdir /tmp/my-new-dir.

Starting a Shell or Bash session in a container

Use Exec as described earlier, i.e:

  1. In the Docker tool window, right-click the container and select Exec | Create.
  2. Type:
    /bin/sh or /bin/bash

    images/67_DockerExecBinBash.png

    For Bash, instead of /bin/bash, try just bash.

  3. Press Enter or click OK.

    images/67_DockerExecBinBash_1.png

Finding out the container and image IDs

In the Docker tool window, select the container of interest. Its ID and the ID of its parent image are shown on the Properties tab.

You can copy the image ID, and the container ID and name onto the clipboard: select the corresponding row in the table and click images/copy.gif. As an alternative, you can use the Copy image ID and Copy container ID context menu commands.

Renaming a container

As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost. The new container, most probably, will have a different ID.

  1. In the Docker tool window, select the container of interest.
  2. Select the Properties tab.
  3. In the Container name field, specify a new name for your container, and click Save.

As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost. The new container, most probably, will have a different ID.

Inspecting a container

You can get detailed low-level information about a container in JSON format by running docker inspect:
In the Docker tool window, right-click the container of interest and select Inspect. The result is shown on the Inspection tab.

Use Ctrl+F to find the necessary information in the inspection result.

images/68_DockerInspect.png

Showing container processes

To show the list of processes running in a container, right-click the container of interest in the Docker tool window and select Show processes. The result is shown on the Processes tab.

Opening a console for an ENTRYPOINT process

To see the output of the ENTRYPOINT process running inside a container, you can attach to its stdin/out:
In the Docker tool window, right-click the container and select Attach. The console will open on the Attached console tab.

Viewing the container log

When you select a container in the Docker tool window, the container log is shown on the Log tab.

There is also the Show log context menu command that you may find useful.

Stopping a container

In the Docker tool window, select the container, and then click images/stop.gif or select Stop container from the context menu.

Restarting a container

In the Docker tool window, select the container, and then click images/deploymentConsoleDeployAll.png or select Redeploy from the context menu.

Rerunning an image with different settings

  1. In the Docker tool window, select the container in which the image of interest runs.
  2. Click images/edit_config_docker.png or select Edit Configuration from the context menu.
  3. In the associated Docker run configuration that opens, edit the settings as necessary.
  4. Click images/deploymentConsoleDeployAll.png or select Redeploy from the context menu.

Hiding stopped containers

By default, the Docker tool window displays all containers, including those that are not running. To hide stopped containers, clear the Show Stopped Containers item under Filter.

Working with volume bindings

Preparing for volume bindings on Windows and macOS

To be able to map host folders to container volumes on Windows or macOS, you should first specify corresponding path mappings:

  1. Open your Docker connection settings: in the Docker tool window, select the Docker node images/iconDocker.png and click images/edit_config_docker.png. Alternatively, Ctrl+Alt+S | Build, Execution, Deployment | Docker.

    If you are using Docker for Windows, you should start by enabling drive sharing:
    Open your Docker settings, select the Shared Drives section and then select the drive (e.g. C) that you want to make available to your containers.
    Once you've done that, restart Docker.

  2. In the Path mappings section, select an existing mapping and click images/edit1.png to edit it, or click images/add.png to create a new mapping.

    images/69_Docker_path_mappings.png

  3. In the dialog that opens, specify the mapping:
    • Local path. The path to a local folder that you want to make available for volume bindings.
    • Virtual machine path. This is the corresponding directory path in the Docker virtual machine's file system.

    images/69_Define_path_mapping.png

Specifying volume bindings in a run configuration

Docker can mount a file or directory from the host machine to the container using the -v or --volume option. You can configure this in the Docker run configuration using one of the following fields:

  • Bind mounts: Create a list of bindings specifying the path to the container data volumes and host directory to be mounted to that path. Select Read only if you want to disable writing to the container volume.
  • Command line options: Use the -v option to map the path on the host to the corresponding volume in the container.

images/69_DockerVolumeBindingsTomcat.png

Viewing and editing volume bindings for a running container

  1. In the Docker tool window, select the container and then select the Volume Bindings tab.
  2. To create a new binding, click images/add.png. To edit an existing one, select the binding and click images/edit1.png.
  3. Specify the settings as necessary.
  4. To apply the changes, click Save.

    images/70_DockerVolumeBindingsTomcatDTW.png

    As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.

    Also note that the changes are not saved in the corresponding run configuration. So, if you restart the container, e.g. images/deploymentConsoleDeployAll.png, the corresponding run configuration will be rerun, and the settings specified in that run configuration will be reapplied.

Working with port bindings

You can specify the port binding settings in a Docker run configuration. Then, when your container is running, you can view and change these settings, and apply the changes.

Specifying the port binding settings in a run configuration

Docker can map specific ports on the host machine to ports in the container using the -p or --publish option. This can be used to make the container accessible from outside. In the Docker run configuration you can select to expose all container ports to the host or use one of the following fields to specify port mapping:

  • Bind ports: Create a list of bindings specifying which ports in the container should be mapped to which ports on the host. You can also provide a specific host IP from which the port should be accessible (for example, you can set it to 127.0.0.1 to make it accessible only only locally, or set it to 0.0.0.0 to open it for all computers in your network).
  • Command line options: Use the -p option to map a port (or range of ports) on the host to port(s) in the container.

images/71_DockerPortBindingsTomcat.png

Viewing and editing the port binding settings for a running container

  1. In the Docker tool window, select the container and then select the Port Bindings tab.
  2. If the container was started with the Publish all ports option on, to see the port mappings, run the Inspect command from the container's context menu, and then search the result (Ctrl+F) for "Ports".
  3. To create a new binding, click images/add.png. To edit an existing one, select the binding and click images/edit1.png. If the Publish all ports option is currently on, turn it off to be able to specify individual port mappings.
  4. For each particular binding, specify the settings as necessary.
  5. To apply the changes, click Save.

    images/72_DockerPortBindingsTomcatDTW.png

    As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.

    Also note that the changes are not saved in the corresponding run configuration. So, if you restart the container, e.g. images/deploymentConsoleDeployAll.png, the corresponding run configuration will be rerun, and the settings specified in that run configuration will be reapplied.

Working with environment variables

The environment variables are usually set in the Dockerfile associated with the base image that you are using. There are also the environment variables that Docker sets automatically for each new container.

In a Docker run configuration, you can specify additional variables and redefine the ones that Docker sets. At a later time, when your container is running, you can view and edit the existing variables, and create and set new ones.

Specifying the environment variables in a run configuration

Docker can define environment variables for the container using the -e option. In the Docker run configuration use one of the following fields:

  • Environment variables: Define a list of names and values.
  • Command line options: Use the -e option to set the environment variables to be used when running the container.

    If you need to pass sensitive information (passwords, secrets) as environment variables, you can use the --env-var option to specify a file with this information.

images/73_DockerEnvVarJar.png

Viewing and editing the environment variables for a running container

To manage your container's environment variables, you can use your Bash shell. To open the shell: Exec from the context menu, then Create | bash.

  1. In the Docker tool window, select the container and then select the Environment variables tab.
  2. To create a new variable, click images/add.png. To edit an existing one, select the variable and click images/edit1.png.
  3. To apply the changes, click Save.

    images/74_DockerEnvVarJarDTW.png

    As a result, the container is stopped and removed, and then re-created from scratch. The previous state of the container is effectively lost.

To manage your container's environment variables, you can use your Bash shell. To open the shell: Exec from the context menu, then Create | bash.

Using Docker Compose

Running services via a Docker run configuration

  1. Create a Docker Compose docker-compose.yml file and specify your services.

    In the Compose file-based Docker configurations, the settings on the Container tab are ignored.

  2. Create a Docker run configuration: Run | Edit Configurations | images/add.png | Docker .
  3. Specify your docker-compose.yml file in the Compose file field.

    images/64_DockerComposeDeployment.png

  4. Execute the run configuration.

Scaling a service

Scaling means changing the number of containers within a service.

  1. In the Docker tool window, select the service you want to scale.

    Scaling means changing the number of containers within a service.

  2. Click images/IconDockerScaleService.png or select Scale from the context menu.

    images/96_DockerComposeScaleService.png

  3. Specify how many containers you want in the service.

    images/97_DockerComposeServiceScaled.png

Scaling means changing the number of containers within a service.

Stopping and starting a service

In the Docker tool window, select the service.

  • To stop the service, click images/stop.gif or select Stop from the context menu.
  • To start the service, click images/run.png or select Start from the context menu.

    images/98_DockerComposeServiceStart.png

Interacting with containers

Most of the functions that IntelliJ IDEA provides for working with "independent" containers are also available for the containers within Docker Compose services. To access these functions, use the containers' context menus and the toolbar icons in the Docker tool window. For more info, see Working with containers.

Troubleshooting

Unable to connect to Docker

Make sure that:

  • Docker is running.
  • Your Docker connection settings are correct.
  • If you are using Docker for Windows:
    In the General section of your Docker settings, the Expose daemon on tcp://localhost:2375 without TLS option is on.
  • If you are using Docker Toolbox:

Unable to use Docker Compose

Make sure that the Docker Compose executable setting in your Docker settings is correct.

Unable to use port bindings

Make sure that the corresponding container ports are exposed. Use the EXPOSE Dockerfile command.

My deployment log is empty

If you have another project open at the moment, you may find your deployment log in that project.

Limitations

Our Docker integration has limitations but we are working on its improvement. See the list of Docker issues in our tracking system and vote for the ones that you think should be resolved first of all.