Msiexec version: V 4.5.6001
Windows version: 5.1.2600 (XP)

Error message: This installer packet is not supported on this Platform. Please contact [...]

While installing Oracles JRE a few new folder will be created, one of them is C:\Program Files\Common Files\Oracle\Java\javapath
javapath itself seems to be junction to C:\Program Files\Common Files\Oracle\Java\javapath_target_ where you can find a copy of java.exe, javaw.exe and javaws.exe.
To make is easier for people I often create shortcuts (e.g. via GPO) on the public-desktop like ":\Program Files\Common Files\Oracle\Java\javapath\javaws.exe http://example.com/example.jnlp"
This worked great so far.

While installing the ojdkbuild there is no similar path created, so I am a bit puzzled how to create persistent shortcuts.
I know I can use the path-entry, so "javaws.exe http://example.com/example.jnlp" could work, if there is no Oracles JRE installed at the same time (maybe you noticed, that oracle "rearranged" the path-variables, so Oracles JRE is on position 1, the ojdkbuild-path wouldn't work).
I also could use "%JAVA_HOME%\webstart\javaws.exe http://example.com/example.jnlp", but have to beg, that no one changed this variable.
Is there a better way to figure out the path to javaws.exe?
Or could you maybe create similar folders to java.exe and javaws.exe like Oracle did?

Hi,
hope it is not a stupid question: but how can I install your msi packages without user interaction and installing the webstart option?
as far as I know there are command line parameters to e.g. install optional features.
maybe a wiki-entry would be a good idea :)

Is it planned to integrate OpenJFX to this build project?

Following the question about the Alpine from #44 , it appeared that libfreetype.so is not included with Linux builds. Need to check whether it is possible to bundle freetype without breaking font-related functionality.

Based on this discussion it seems to be better to switch a default value of deployment.https.noenforce to true.

I have a problem when building OpenJDK 9 with OpenJFX as an import module. Compiling OpenJFX alone works fine, as well as compiling OpenJDK alone, but when using --with-import-modules to add OpenJFX when compiling the JDK, the following errors occur.

c:\Users\Administrator\[path-shortened]\openjfx-9-32\modular-sdk\modules_src\javafx.base\com\sun\javafx\PlatformUtil.java:219: warning: [rawtypes] found raw type: Class
            Class theClass = PlatformUtil.class;
            ^
  missing type arguments for generic class Class<T>
  where T is a type-variable:
    T extends Object declared in class Class
error: warnings found and -Werror specified

There are about 100 of this warning in total, followed by these lines.

1 error
100 warnings
/usr/bin/cp: cannot create regular file ‘/cygdrive/c/Users/Administrator/Documents/ojdkbuild/build/java-9-openjdk/make-support/failure-logs/jdk_modules_javafx.base__the.javafx.base_batch.log’: No such file or directory
CompileJavaModules.gmk:621: recipe for target '/cygdrive/c/Users/Administrator/Documents/ojdkbuild/build/java-9-openjdk/jdk/modules/javafx.base/_the.javafx.base_batch' failed
make[3]: *** [/cygdrive/c/Users/Administrator/Documents/ojdkbuild/build/java-9-openjdk/jdk/modules/javafx.base/_the.javafx.base_batch] Error 1
make[2]: *** [javafx.base-java] Error 1

ERROR: Build failed for targets 'clean images' in configuration '/cygdrive/c/Users/Administrator/Documents/ojdkbuild/build/java-9-openjdk' (exit code 2)
Stopping sjavac server
----- Build times -------
Start 2018-01-22 11:41:40
End   2018-01-22 11:48:47

00:07:07 TOTAL
-------------------------

=== Make failed targets repeated here ===
CompileJavaModules.gmk:621: recipe for target '/cygdrive/c/Users/Administrator/Documents/ojdkbuild/build/java-9-openjdk/jdk/modules/javafx.base/_the.javafx.base_batch' failed
make/Main.gmk:198: recipe for target 'javafx.base-java' failed
=== End of repeated output ===

Hint: Try searching the build log for the name of the first failed target.
Hint: See common/doc/building.html#troubleshooting for assistance.

/cygdrive/c/Users/Administrator/Documents/ojdkbuild/lookaside/java-9-openjdk/make/Init.gmk:291: recipe for target 'main' failed
make[1]: *** [main] Error 1
/cygdrive/c/Users/Administrator/Documents/ojdkbuild/lookaside/java-9-openjdk/make/Init.gmk:185: recipe for target 'clean' failed
make: *** [clean] Error 2
+ exit 2

C:\Users\Administrator\Documents\ojdkbuild\build>if 0 NEQ 1 exit /b 1
NMAKE : fatal error U1077: 'C:/WINDOWS/System32\cmd.exe' : return code '0x1'
Stop.
NMAKE : fatal error U1077: 'C:\Users\Administrator\Documents\ojdkbuild\tools\toolchain\vs2013e\VC\Bin\nmake.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'C:\Users\Administrator\Documents\ojdkbuild\tools\toolchain\vs2013e\VC\Bin\nmake.exe' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'C:\Users\Administrator\Documents\ojdkbuild\tools\toolchain\vs2013e\VC\Bin\nmake.exe' : return code '0x2'
Stop.

For me it looks like the warnings are handled as errors and therefore the build fails.

What I've already tried

1. Adding --disable-warnings-as-errors to the configure call
2. Trying to find the file where the parameter -Werror is specified
3. Adding -Xlint:none to the global JAVA_OPTIONS variable
4. Making sure that the debug level is release and HS debug level is product (whatever that means)
5. Using the Not using the dev-rt branches

Does anyone have an idea what causes this problem, how so solve it, or where I could continue searching?

Cheers, Adrian

Could it be possible to add a build targeting Windows 32 bits?

When running an application on OpenJDK 8 using procrun (Apache Commons Daemon) the process crashes with this error:
Unable to load ZIP library: C:\Program Files\ojdkbuild\java-1.8.0-openjdk-1.8.0.161-1\jre\bin\zip.dll.

I tested with several procrun versions (64bit and 32bit), and zip (32 and 64 bit) and msi (64 bit) builds of ojdkbuild.

When installing OpenJDK on Windows, the installer does not configure .jar association in Windows.
So we cannot launch a jar file from the explorer (just by cmd)

openjdk version "1.8.0_161-1-ojdkbuild"
OpenJDK Runtime Environment (build 1.8.0_161-1-ojdkbuild-b14)
OpenJDK 64-Bit Server VM (build 25.161-b14, mixed mode)
Windows 7 64bit

so that users could use javaws *.jnlp

Steps to reproduce:

1. Install java-1.8.0-openjdk-1.8.0.151-1.b12.ojdkbuild.windows.x86.
2. Go to directory jre\bin and notice that there are 64 items, one of which is the file net.dll.
3. Use maven to do a build (of any random project): mvn clean install
4. Notice that maven ends with this message: Exception in thread "main" java.lang.UnsatisfiedLinkError: C:\java-1.8.0-openjdk-1.8.0.151-1.b12.ojdkbuild.windows.x86\jre\bin\net.dll: Access is denied
5. Go to directory jre\bin and notice that there are now 63 items and the file net.dll has been deleted.
   Attached is the complete output from the mvn clean install.

out.txt

In XP: java.exe is not a valid Win32 application.

Hi!

I can't build openjdk by ojdkbuild package. See logs in attached files.
ojdkbuild-logs-20160701.zip

It would be nice to publish the source bundles together with the release, as some potential users may need source+binaries to conform to License or IP checks.
Eg https://bugs.eclipse.org/bugs/show_bug.cgi?id=506244

Hey,

could you please provide debug symbols within the build?

I stumbled upon this repository through Google, via this Stack Overflow answer:
https://stackoverflow.com/a/13801660/521799

Right now, I really cannot trust this "ojdkbuild" entity, nor the distribution offered here. I have no way to be sure this isn't full of malware. If this is something official or semi-official Red Hat (which is what it looks like), then it would be great if:

• The Red Hat brand would be placed more prominently
• This repository would be prominently linked from Red Hat webpages
• There would be a wiki explaining the motivation of this repository

In short, I would love for this repository to look a bit more professional, as this is the top OpenJDK distribution found on Google right now.

Could it be possible to add a build targeting Mac OS X as well? This would be great..

Just for the record, creating an issue reported on a maillist, copying from there:

I have been able to reproduce a javaws file association problem: I was updating ojdkbuilt from u171 to u181 and forgot a web start application running in the background. This caused the installer to complain that it has to reboot the machine (which I did). Afterwards the software had been installed (and the old version removed) however in the JNLPFile and jnlp(s) class entries the shell command was not updated.

32-bit webstart launcher can run JNLP apps correctly (from browser and from explorer), but cannot show a helpful error dialog on error - crashes instead.

64-bit launcher works fine.

I want to build compact profile instead of full JRE.
How could i customize the build process for Windows environment?

I can see that there is only Windows in this repository and that there are other repos for Linux. Is there going to be a build for macOS as well?

Also: does the Linux build work with Alpine?

Thanks!

Hey there!

Thank you so much for creating and maintaining this project and openJDK builds for Windows!

I was wondering if it is possible to generate *.msi files that won’t produce such alarming messages when starting:

By the way, if I proceed to the last step of the installer, it asks again: “Do you want to allow this app from unknown publisher to make changes to your device?”:

The problem seems that the installer binaries are not signed with proper publishing key.

Do you think that problem can be solved easily?

Thanks,
~Oleksii

I do wonder why I didn't see any reference to this topic yet, maybe I've not seen something and it can be directly closed...

It would be nice to be optionally able to use an auto-update mechanism like Oracle Java SE has, maybe polling the repo https://developer.github.com/v3/repos/releases/, querying the matching Java version and if it is newer download the artifact (depending on the user's setting).

The missing updater was the reason for "No, we don't use OpenJDK builds but Oracle Java; people are more likely to accept an update when prompted then to manually replace an existing version".

Tested using java-10-openjdk-10.0.2-1.b13.ojdkbuild.windows.x86_64.msi

Event Viewer

Product: OpenJDK 1.10.0_2-1-ojdkbuild -- The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2932. The arguments are: C:\Users\Austin.W\AppData\Roaming\Microsoft\Installer\{8F611211-D457-40B6-8765-7404372C9BDC}\_b0950439_e1e2_4172_b679_40b6604c2d50, 5,

OS version

Windows 10 (1803)

Are there any plans to provide a pre-release Windows build of Java 10 with debug symbols here?

Prerequisite: I can successfully build vanilla JDK8.1.121x64 with this toolchain on Win10x64 VM.

I want to build the JDK9 Shenandoah GC branch, like this: https://wiki.openjdk.java.net/display/shenandoah/Main

But I'm a bit puzzled as of where to start tweaking it to checkout and build the correct one. Where do I start?

according to the wiki, JNLP support/webstart should be included since 8_151 but I cannot find any traces of it in java-1.8.0-openjdk-1.8.0.151-1.b12.ojdkbuild.windows.x86_64.zip or java-1.8.0-openjdk-1.8.0.181-1.b13.ojdkbuild.windows.x86_64.zip. There is neither a javaws.{bat,cmd,exe} nor netx.jar.

Following some recipes in Chap. 7 of the OpenJDK cookbook, I succeeded in getting something like itweb-settings GUI and was able to start a local jnlp file, but my scripts for starting both are very crude and ad hoc hacks, so I tried to look for better ones from the ojdkbuild. Sorrily I could not find anything in the 8_151/8_181 zip archives.

When starting javaws.exe with no argument a error screen is shown. First of all the error is rather missleading ("ojdkbuild WebStart was unable to start Java VM"). The actual reason ("No arguments specified") is hidden.

I think for this specific case a more specific error message should be shown and more generally the error dialog should be more like "ojdkbuild WebStart problem" or similiar (less JVM specific).

Another thing, the linked Wiki page refers to the RedHat log folder. However for the ojdkbuild disctribution he log fiels are found in the odjkbuild directory instead. Maybe RedHat build should point to a different page?

Hello,

I'm currently playing around with ojdkbuild in a somewhat closed environment which requires a HTTP proxy to connect to the internet. In case someone else looks for info about this topic here my current findings for reference.

Question: Is there any other location for a global deployment.properties/JavaWS configuration?

Proxy support and ojdkbuild

Global connection settings are stored in <InstallPath>\java-<Version>\jre\libnet.properties. The file is created during installation. You can either use the system proxy (java.net.useSystemProxies=true) or use the manual settings. Keep in mind manual settings must be separately set for http, https and ftp.

Proxy support and Icedtea-Web

Icedtea-Web doesn't use the global JRE configuration. The corresponding configuration file is located in the users AppData (e.g. C:\Users\<Username>\AppData\Local\ojdkbuild\java-<Version>\webstart\.config\icedtea-web\deployment.properties). A manual configuration looks like this:

deployment.proxy.http.host=my.proxy.company.local
deployment.proxy.bypass.local=true
deployment.proxy.same=true
deployment.proxy.type=1
deployment.proxy.http.port=1080

Please reference #21 for background information. As it turns out, this problem has resurfaced again. Apparently, this problem is intermittent. Please find attached output from Process Monitor that demonstrates the problem. If you need any other debugging information from me, please feel free to ask.

Logfile.txt

I've patched the build process to optionally also produce JRE packages.
Are you interested in a PR?

OpenJDK has bug on DBCS fonts’ support: it can’t support to render text with rotation for the fonts like: MingLiu, HeiT, MS PGothic, MS PMincho, Batang and Gulim.

Because I am not able to enter bug in the offical OpenJDK website, I am entering bug here to see if you could help to help to redirect this problem to a proper guy to handle it. Thanks a lot!

Below is the sample code to reproduce the problem:

import java.awt.Color;
import java.awt.Font;
import java.awt.Graphics;
import java.awt.Graphics2D;
import java.awt.image.BufferedImage;
import java.io.File;

import javax.imageio.ImageIO;

public class TestFontRender {

private static final String IMAGE_TYPE="png";
// You may need to change the filepath below in order to save the image in proper path.
private static final String IMAGE_FILEPATH="c:\fontRender_openjdk.png";

/**
 * @param args
 */
public static void main(String[] args) {

    TestFontRender code = new TestFontRender();
    BufferedImage bufferImage = code.getImage();
    code.saveImage(bufferImage, IMAGE_TYPE, IMAGE_FILEPATH);
}

public BufferedImage getImage() {
    int width = 800;
    int height = 600;
    int degree = -90;
    BufferedImage image = new BufferedImage(width, height,
            BufferedImage.TYPE_INT_RGB);

    Graphics g = image.getGraphics();

    Color background = new Color(255, 255, 255);
    g.setColor(background);
    g.fillRect(0, 0, width, height);

    g.setColor(getColor());
    g.drawRect(0, 0, width - 1, height - 1);

    Color textColor = new Color(255, 0, 0);
    g.setColor(textColor);

    //"MS PGothic" font
    String text = "Height (日本平均)アイウ MS PGothic angle=0";
    Font textFont = new Font("MS PGothic",Font.PLAIN,14);
    g.setFont(textFont);
    Graphics2D g2d_1 = (Graphics2D) g.create();
    g2d_1.translate(20, 20);
    g2d_1.drawString(text, 0, 0);

    g2d_1.translate(20, 300);
    g2d_1.rotate(degree * Math.PI / 180);
    text = "Height (日本平均)アイウ MS PGothic angle=-90";       
    g2d_1.drawString(text, 0, 0);

    //"MS PMincho" font
    text = "Height (日本平均)アイウ MS PMincho angle=0";
    textFont = new Font("MS PMincho",Font.PLAIN,14);
    g.setFont(textFont);
    Graphics2D g2d_2 = (Graphics2D) g.create();
    g2d_2.translate(85, 55);
    g2d_2.drawString(text, 0, 0);

    g2d_2.translate(55, 300);
    g2d_2.rotate(degree * Math.PI / 180);
    text = "Height (日本平均)アイウ MS PMincho angle=-90";
    g2d_2.drawString(text, 0, 0);


    //"Gulim"  font 
    text = "Height (Korea) Gulim angle=0";
    textFont = new Font("Gulim",Font.PLAIN,14);
    g.setFont(textFont);
    Graphics2D g2d_3 = (Graphics2D) g.create();
    g2d_3.translate(145, 85);
    g2d_3.drawString(text, 0, 0);

    g2d_3.translate(85, 300);
    g2d_3.rotate(degree * Math.PI / 180);
    text = "Height (Korea) Gulim angle=-90";
    g2d_3.drawString(text, 0, 0);


    //"HeiT"  font 
    text = "Height (平均) HeiT angle=0";
    textFont = new Font("HeiT",Font.PLAIN,14);
    g.setFont(textFont);
    Graphics2D g2d_4 = (Graphics2D) g.create();
    g2d_4.translate(200, 115);
    g2d_4.drawString(text, 0, 0);

    g2d_4.translate(115, 300);
    g2d_4.rotate(degree * Math.PI / 180);
    text = "Height (平均) HeiT angle=-90";
    g2d_4.drawString(text, 0, 0);


    g.dispose();
    return image;
}

private Color getColor() {
    int R = (int) (Math.random() * 255);
    int G = (int) (Math.random() * 255);
    int B = (int) (Math.random() * 255);
    return new Color(R, G, B);
}

public void saveImage(BufferedImage image, String format, String filePath) {
    try {
        ImageIO.write(image, format, new File(filePath));
    } catch (Exception e) {
        throw new RuntimeException(e);
    }
}

}

After installing java-1.8.0-openjdk-1.8.0.191-1.b12.ojdkbuild.windows.x86_64.msi I had to set the environment variable JAVA_HOME by myself to get some application working.
I think it would be good to have the installer setting this.

As the Java 11 is the next LTS version after version 8, the GA expected September 2018 and Oracle's "commercial customers" get EOL for version 8 in January 2019 it would be nice to include early access builds for OpenJDK 11 (also ensuring that everything in the build process works until GA of version 11).

Do you consider providing "early" access builds for upcoming version 11? If yes: Do you have a rough time schedule for this?

Introduction

I needed a 32 bit Linux version (don't ask) so I repeated the "CentOS6ZipBundle" procedure to create the 32 bits openjdk zip. These are the steps I followed, it's almost the same procedure, but some paths have to be changed.

Note that there isn't a Docker image for a 32 bits CentOS 6, so you need to use virtualization (KVM or VirtualBox) to install a minimal CentOS 6.9 image (CentOS-6.9-i386-minimal.iso).

Goal

Bundle java-1.8.0-openjdk binary package from CentOS 6 as a "relatively portable" ZIP bundle.

Prerequisites

Linux x86_64 machine that can run KVM or VirtualBox.

Process

Download the 32 bits minimal install ISO from a CentOS mirror, and install a virtual machine with CentOS 6.

Login into it and install required packages:

yum update -y
yum install zip yum-utils -y
adduser jdk
su - jdk

Under normal user, download java-1.8.0-openjdk binary packages and some dependencies:

mkdir tmp
cd tmp
yumdownloader java-1.8.0-openjdk java-1.8.0-openjdk-headless java-1.8.0-openjdk-devel java-1.8.0-openjdk-src ca-certificates tzdata-java dejavu-sans-fonts dejavu-sans-mono-fonts dejavu-serif-fonts
for fi in `ls *.rpm` ; do rpm2cpio $fi | cpio -idmv ; done

Add timezone data, CA certificates file and fonts:

rm ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/tzdb.dat
cp -p ./usr/share/javazi-1.8/tzdb.dat ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/
rm ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/security/cacerts
cp -p ./etc/pki/java/cacerts ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/security/
cp -pr ./usr/share/fonts/dejavu/ ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/fonts/

Rename library for SunEC security provider effectively disabling it (it may fail outside of CentOS, see details):

mv ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/i386/libsunec.so ./usr/lib/jvm/java-1.8.0-openjdk.i386/jre/lib/i386/libsunec.so_DISABLED

Bundle image (replace <version>):

mv ./usr/lib/jvm/java-1.8.0-openjdk-<version>.i386/ .
zip -qr9 java-1.8.0-openjdk-<version>.i386.zip java-1.8.0-openjdk-<version>.i386

I uploaded the resulting ZIP to this URL:
java-1.8.0-openjdk-1.8.0.144-0.b01.el6_9.i386.zip

Please include this 32 bit version in your packages!

Hello,

Just a short question:
do you plan to support builds that will include the Shenandoah GC for the VM?

Also, since you;re maintaining win-x64 builds, would you provide one with the Shenandoah GC?

My questions only stem from the fact that I've seen no builds whatsoever that include the Shenandoah GC for win-x64. If you know of such a project, please direct me there!

Thank you!

regarding my rejected pull request #26 for a dedicated batchjob for 32bit builds, may I suggest that at least the documentation is updated a little bit?

Right now, you have to search the closed issues to find instructions on how to invoke a 32bit build.

Would be very nice to see at least some kind of instructions either in the README or in the Wiki.
Thanks.

hello, are you planning to offer a ready made Linux build, simple ZIP, not DEB or RPM package?

I'm basically looking for the equivalent of something like Oracle's jdk-8u91-linux-x64.tar.gz they put up on http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html, but OpenJDK ..

http://download.java.net/openjdk/jdk8/ only has what appears to be a very old build. And http://openjdk.java.net/install/index.html only refers to packages, but has no ZIPs for download.

I'm obviously aware of the DEB or RPM packages that are available in distro repos. For run-time servers, Docker images and the like, I do understand the advantages of auto-updates of packages for security updates etc. But for local development personally I don't much like to use the DEB or RPM packages for system wide installation, because I want full control over what of my stuff uses which of my (typically different) Java installations, so I keep them all in my ~/bin. (Or is that dumb - would you just get a DEB or RPM package from somewhere (where?), and unzip it? Do you know if there is there a deb / rpm command to just unzip what's in a package into a "normal" ~/bin structure?)

Or are there some legal reasons or something I'm not aware of (enlighten me) that this should not be done? Is the only solution here really for everyone to rebuild such a ZIP yourself? I have actually done that in the past (using someone else's scripts; I would be too dumb myself), see http://blog2.vorburger.ch/2014/06/build-your-own-jdk-at-home.html, but it just seems a bit... strange that this doesn't exist as-is out there. So upon finding that this project repo already offers a OpenJDK binary built for Windows, I'm wondering if we could perhaps add Linux to it.

Maybe we could even set-up a real continuous integration for latest nightly OpenJDK buildt ZIPs?

Is there's any way to link all DLL's in one (jvm.dll for example)?

lookaside jdk has only 3 ecc curves, openjdk has 61.

links to compare according source (CurveDB.java):

https://github.com/ojdkbuild/lookaside_java-1.8.0-openjdk/blob/master/jdk/src/share/classes/sun/security/ec/CurveDB.java

http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/file/a71d26266469/src/share/classes/sun/security/ec/CurveDB.java

I was referred to this project from https://github.com/alexkasko/openjdk-unofficial-builds, which is now deprecated. I am looking for a Java 8 bundle for macOS.

Does ojdkbuild provide this?

When run the step "make images JAVAC_FLAGS=-g LOG=info."

It shows make: *** No rule to make target `images'. Stop.

How to fix it?

Hi,

I have a use case which requires me install the x64 and x86 flavor of the OpenJDK. This is to my understanding mainly blocked by a hard wired update code in here.
The same update code for x86 and x64 leads to the situation that the MSIs holding the different architecture update (and remove) the other architecture.

What is your feeling with that? Would a PR, which attempts to have this independently setup, have any change to be accepted?

alex

First and last installer's window text is almost impossible to read (white and light grey) when using high contraste theme on Win10.

Look at the screenshot please:

http://s2.zipupload.ir/direct/uid_1_fid3975_1396-12-15_21_31_33_563237330.png

It's because I'm using DARK THEME for my Windows OS(7) and setup hardcoded its text/background color
So setup is not able to use native/system color

JDK 9 is planned to be released in July 2017.

New major releases usually have a lot of bugs, so it would be useful to have debug symbols for release binaries, source bundles and full-debug builds available to devs.

What are the chances that ojdkbuild will provide such before the final release in July? It seems that currently no repo exists for OpenJDK 9 on git.centos.org.

I think sould be fine to add OpenJFX binaries for Windows too.

Could you please make the jdk9+181 available as zip package?