Official Repository

Last pushed: 3 months ago
Short Description
Java is a concurrent, class-based, and object-oriented programming language.
Full Description


This image is officially deprecated in favor of the openjdk image, and will receive no further updates after 2016-12-31 (Dec 31, 2016). Please adjust your usage accordingly.

The image has been OpenJDK-specific since it was first introduced, and as of 2016-08-10 we also have an ibmjava image, which made it even more clear that each repository should represent one upstream instead of one language stack or community, so this rename reflects that clarity appropriately.

Supported tags and respective Dockerfile links

Quick reference

What is Java?

Java is a concurrent, class-based, object-oriented language specifically designed to have as few implementation dependencies as possible. It is intended to allow application developers to "write once, run anywhere", meaning that code that runs on one platform does not need to be recompiled to run on another.

Java is a registered trademark of Oracle and/or its affiliates.

How to use this image

Start a Java instance in your app

The most straightforward way to use this image is to use a Java container as both the build and runtime environment. In your Dockerfile, writing something along the lines of the following will compile and run your project:

FROM java:7
COPY . /usr/src/myapp
WORKDIR /usr/src/myapp
RUN javac
CMD ["java", "Main"]

You can then run and build the Docker image:

$ docker build -t my-java-app .
$ docker run -it --rm --name my-running-app my-java-app

Compile your app inside the Docker container

There may be occasions where it is not appropriate to run your app inside a container. To compile, but not run your app inside the Docker instance, you can write something like:

$ docker run --rm -v "$PWD":/usr/src/myapp -w /usr/src/myapp java:7 javac

This will add your current directory as a volume to the container, set the working directory to the volume, and run the command javac which will tell Java to compile the code in and output the Java class file to Main.class.

Why is this only OpenJDK/OpenJRE?

As all of the major upstream Linux distributions are unwilling to redistribute Oracle Java in their own distribution channels, we have chosen to follow them. See references below on how each distribution does not distribute Oracle Java.

  • Ubuntu stopped distributing it in the sun-java6 package when Oracle retired the "Operating System Distributor License for Java" (
  • Debian requires users to download the Java tar manually from and then use java-package to install it (
  • The webupd8 PPA for Ubuntu and Debian requires the user to accept the Oracle license in order for their software to download and install Oracle java (
  • Gentoo has a fetch-restriction that requires the user to go to the Oracle website to download the Java tar manually which inclues accepting the license (
  • CentOS requires users to go and download the rpm provided by Oracle at and thus accept the Oracle license (
  • RedHat provides instructions to add a repo that is maintained by Oracle (

Image Variants

The java images come in many flavors, each designed for a specific use case.


This is the defacto image. If you are unsure about what your needs are, you probably want to use this one. It is designed to be used both as a throw away container (mount your source code and start the container to start your app), as well as the base to build other images off of. This tag is based off of buildpack-deps. buildpack-deps is designed for the average user of docker who has many images on their system. It, by design, has a large number of extremely common Debian packages. This reduces the number of packages that images that derive from it need to install, thus reducing the overall size of all images on your system.


This image is based on the popular Alpine Linux project, available in the alpine official image. Alpine Linux is much smaller than most distribution base images (~5MB), and thus leads to much slimmer images in general.

This variant is highly recommended when final image size being as small as possible is desired. The main caveat to note is that it does use musl libc instead of glibc and friends, so certain software might run into issues depending on the depth of their libc requirements. However, most software doesn't have an issue with this, so this variant is usually a very safe choice. See this Hacker News comment thread for more discussion of the issues that might arise and some pro/con comparisons of using Alpine-based images.

To minimize image size, it's uncommon for additional related tools (such as git or bash) to be included in Alpine-based images. Using this image as a base, add the things you need in your own Dockerfile (see the alpine image description for examples of how to install packages if you are unfamiliar).


View license information for the software contained in this image.

Docker Pull Command

Comments (34)
25 days ago

By the way, the alpine image contains this vulnerability:

The fix is to:

Upgrade package zlib to version 1.2.11-r0 or above.
I guess this is FROM alpine:3.4 or FROM scratch

10 months ago

When I try to compile a hello world in the container it hangs at the output any suggestions

a year ago

if you run this command:
docker run java:alpine java -version
then it will print java version used in the image
also the image itself is about 144.9 MB

a year ago

I don't understand how the size computation works. java:8 is marked at 243 MB on the tags page but when I look at my image size it says 669MB:
java 8 264282a59a95 11 days ago 669.2 MB

a year ago

Since is not showing image size, here's a list of the minimal images for Java 8:

REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE 8-jre-alpine 2a6e3cc159fd 3 weeks ago 108.3 MB 8-jdk-alpine 7bd0e1a7cad2 3 weeks ago 145.5 MB slim 8f701b327e01 2 days ago 166.8 MB
a year ago

Urgh, the options on the table are...distressing.

I have a project with requirements where I need to be specific about OS version and security config for said OS and version.
So since Oracle are being...well...Oracle, and the trusty backport of openJDK 8 does not seem to be happening in a hurry, and the tags here seems to depend on latest and greatest versions (or this Alpine distro which is new to me)....well.

My options seem sorta borked.
Any one got some advice?

a year ago

when will we get latest update release 72 for jdk8?

a year ago

Maybe the last build of image is to old.
When use the image the apt-get upgrade have a lot of work.
Could you rebuild it for java:8 ?

2 years ago

I encounter following problem:
1) docker run -it java bash
2) Create file with:
public class Main {
public static void main(String[] args) {
System.out.println("Hello, World");
3) javac
4) java Main -> program correctly prints "Hello, World" and then container hangs. Ctrl-C or Ctrl-D don't work and I cannot even kill container.
Any ideas ?

2 years ago

I see that there is an interest to a slim Java image, and even more, slim JDK image. I have been maintaining this kind of image for a half a year already! It is based on Alpine Linux (which is only 5MB itself, check it out also as it is awesome!). There were some quirks with glibc on Alpine, but with a great help from Andy Shinn (@andyshinn) the issues were worked out!

Go ahead and checkout frolvlad/alpine-oraclejdk8 (:latest tag contains cleaned installation of Oracle JDK 8 and it is 171MB in size, while there are also :slim (167MB) and :full (351MB) tags available also).

There is also frolvlad/alpine-openjdk7, which is also quite slim - 142MB.