How does Docker work with Java?
Docker works with Java by packaging applications and dependencies into portable containers. To run a Java app in Docker, create a Dockerfile that defines the build steps. A basic Dockerfile uses a Java base image like openjdk:17-jdk-slim, sets a working directory, copies the JAR file, and specifies the entry command. Then, build the image with docker build -t my-java-app and run it with docker run. Choosing the right base image matters for stability, size, and licensing—options include eclipse-temurin, openjdk, and adoptopenjdk. For optimization, use multi-stage builds to reduce image size, group commands to minimize layers, and prefer slim or Alpine-based images. Handle configuration via environment variables or mounted volumes and manage logging via stdout/stderr or persistent volumes for debugging.
Docker works with Java by packaging Java applications and their dependencies into lightweight, portable containers. This setup ensures the app runs consistently across different environments—whether it’s your local machine, a testing server, or production. The main idea is that Docker wraps up everything your Java app needs (like the JVM, libraries, config files, etc.) into an image, which can then be run anywhere as a container.
How to Run a Java App in Docker
To get a Java application running in Docker, you typically create a Dockerfile
. This file defines the steps needed to build your Docker image.
Here's a basic example:
# Use an official Java runtime as the base image FROM openjdk:17-jdk-slim # Set the working directory inside the container WORKDIR /app # Copy the compiled JAR file into the container COPY my-app.jar app.jar # Specify the command to run the Java application ENTRYPOINT ["java", "-jar", "app.jar"]
Once you have this file, you can build the image using:
docker build -t my-java-app .
And run it like this:
docker run -p 8080:8080 my-java-app
This way, your Java app is now containerized and ready to go.
Choosing the Right Java Base Image
One of the most important decisions when using Docker with Java is choosing the right base image. Common choices include:
eclipse-temurin
: Official Temurin images maintained by the Eclipse Foundation.openjdk
: Open source images (though less actively maintained these days).adoptopenjdk/openjdkXX-ubuntu
: Previously popular, but AdoptOpenJDK has moved to Adoptium under Temurin.
You should pick based on:
- Stability and support
- Size (slim versions are better for smaller images)
- License concerns (some companies prefer Temurin for enterprise use)
For example, if you're building a Spring Boot app, using eclipse-temurin:17-jdk-jammy
might be a good fit because it’s well-maintained and comes with a full JDK.
Optimizing Docker Builds for Java Apps
Java apps can lead to large Docker images if not handled carefully. Here are a few ways to keep things lean:
- Use multi-stage builds — compile your code in one stage and copy only the final JAR to a minimal runtime image.
- Avoid unnecessary layers — group commands where possible to reduce image size.
- Use slim or alpine-based images — especially in production.
Example of a multi-stage build:
# Build stage FROM maven:3.8.6-jdk-17 AS build WORKDIR /app COPY pom.xml . RUN mvn dependency:resolve COPY . . RUN mvn package # Runtime stage FROM eclipse-temurin:17-jdk-alpine WORKDIR /app COPY --from=build /app/target/my-app.jar app.jar ENTRYPOINT ["java", "-jar", "app.jar"]
This approach keeps the final image small and clean while still letting you build your project inside Docker.
Handling Configuration and Logging
When running Java apps in Docker, configuration and logging need special attention.
Configuration: Externalize your config using environment variables or config files mounted as volumes. For example:
docker run -e SPRING_PROFILES_ACTIVE=prod my-java-app
Logging: Don’t write logs to a file unless necessary. Instead, let the app log to stdout/stderr so Docker can capture them directly. You can view logs using:
docker logs <container_id>
If you must write logs to a file, mount a volume to persist them:
docker run -v ./logs:/var/log/myapp my-java-app
This helps with debugging and monitoring without bloating your container.
That’s basically how Docker works with Java. It’s straightforward once you get the basics down, but there are plenty of small details—like picking the right base image or optimizing your build—that can make a big difference.
The above is the detailed content of How does Docker work with Java?. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undress AI Tool
Undress images for free

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics

To back up and restore Docker volumes, you need to use temporary containers in conjunction with tar tools. 1. During backup, run a temporary container that mounts the target volume, use the tar command to package the data and save it to the host; 2. During recovery, copy the backup file to the container that mounts the volume and decompress it, pay attention to path matching and possible overwriting of data; 3. Multiple volumes can be written to automatically cycle through each volume; 4. It is recommended to operate when the container is stopped to ensure data consistency, and regularly test the recovery process to verify the backup validity.

The main difference between Docker and traditional virtualization lies in the processing and resource usage of the operating system layer. 1. Docker containers share the host OS kernel, which is lighter, faster startup, and more resource efficiency; 2. Each instance of a traditional VM runs a full OS, occupying more space and resources; 3. The container usually starts in a few seconds, and the VM may take several minutes; 4. The container depends on namespace and cgroups to achieve isolation, while the VM obtains stronger isolation through hypervisor simulation hardware; 5. Docker has better portability, ensuring that applications run consistently in different environments, suitable for microservices and cloud environment deployment.

To view Docker container logs, use the dockerlogs command mainly. 1. Use dockerlogs [container name or ID] to view the log directly; 2. Add the -f parameter to track the log output in real time; 3. Use --timestamps or -t to display timestamps; 4. Use --since and --until to filter the logs by time range; 5. If the container has no shell, you can still access the stdout/stderr logs through dockerlogs, or mount the volume to access custom log files; 6. You can check the log driver used by the container through dockerinspect. If it is not the default JSON-file driver, you need to check the corresponding external system.

To expose Docker container ports, the host needs to access the container service through port mapping. 1. Use the dockerrun-p[host_port]:[container_port] command to run the container, such as dockerrun-p8080:3000my-web-app; 2. Use the EXPOSE instruction to mark the purpose in the Dockerfile, such as EXPOSE3000, but the port will not be automatically published; 3. Configure the ports segment of the yml file in DockerCompose, such as ports:-"8080:3000"; 4. Use dockerps to check whether the port map is generated after running.

Docker has three main volume types: namedvolumes, bindmounts, and tmpfsmounts. namedvolumes are managed by Docker and are suitable for scenarios where persistent data is required, such as databases; bindmounts map host-specific paths to containers, suitable for sharing code or configuration during development; tmpfsmounts stores data in memory, suitable for temporary or sensitive information. When using it, select the appropriate type according to your needs to optimize container data management.

To view the metadata of the Docker image, the dockerinspect command is mainly used. 1. Execute dockerinspect to obtain complete metadata information, including ID, architecture, layer summary and configuration details; 2. Use Go templates to format the output, such as dockerinspect--format='{{.Os}}/{{.Architecture}}' to display only the operating system and architecture; 3. Use dockerhistory to view each layer of information during the image construction process to help optimize the image structure; 4. Use skopeo tool skopeoinspectdocker:///: to obtain without pulling the complete image.

Using lightweight basic images, merging and optimizing RUN instructions, and copying only necessary files are the key to reducing Docker images size. 1. Select lightweight basic images such as alpine, distroless or scratch to reduce unnecessary system components; 2. Merge multiple RUN commands and clean caches in time, such as combining apt-getupdate with installation commands, and delete /var/lib/apt/lists/*; 3. Exclude non-essential files through .dockerignore, use multi-stage construction to separate compilation and runtime dependencies, and copy only the necessary configuration and executable files into the final image. These methods can effectively reduce mirror size, improve construction and deployment efficiency, and reduce security

To access services in Docker container from the host, use port mapping. The specific steps are: 1. Use -p to specify host_port:container_port when starting the container, such as dockerrun-d-p8080:80nginx; 2. Multiple ports can be configured through multiple -p parameters or DockerCompose files; 3. IP address binding can be limited, such as -p192.168.1.100:8080:80; 4. Use dockerps or dockerinspect to view port mapping details.
