adoptopenjdk / openjdk-jdk8u Goto Github PK

Hello,
the published tarball at https://github.com/AdoptOpenJDK/openjdk8-binaries/releases/download/jdk8u292-b10/OpenJDK8U-jdk_x64_linux_hotspot_8u292b10.tar.gz (linked from https://adoptopenjdk.net/?variant=openjdk8&jvmVariant=hotspot) contains a broken link:
jdk8u292-b10/jre/lib/amd64/server/libjsig.debuginfo -> ../libjsig.debuginfo

jdk8u292-b10/jre/lib/amd64/libjsig.debuginfo as target is missing or the link should be removed.

This leads to errors when building own rpms.

It is interesting why Java_java_net_DualStackPlainSocketImpl_waitForConnect uses t.tv_usec = (timeout % 1000) * 1000; for microseconds. For example if timeout is 60000 milliseconds then t.tv_sec = 60 seconds but t.tv_usec = 0 microseconds, and it I set the timeout to a number not multiple of 1000, like 59325 milliseconds, then t.tv_sec = 59 and t.tv_usec = 325000 microseconds.
Either way "waitForConnect" method from DualStackPlainSocketImpl java class is not waiting for the set timeout, so something looks really wrong here (at least on Windows OS).

Hello,

I'm developing mobile game with Godot Engine and it needs JDK to build Android games. I'm little confused about licenses. I was thinking to add GNU GPL+CE text to my game's settings("Licenses" button).
Is that a proper approach ? Needs any attributions, if answer is yes, how can i write it properly ? Can i publish my game with close source(propriatery) and are there any requirements else which I miss ?

Hi all,
I am on a Centos7 machine.
and using the following openjdk build.
java -version
openjdk version "1.8.0_232"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_232-b09)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.232-b09, mixed mode)

During execution of our project, we are getting NPE at the following location :
net.sf.jasperreports.engine.JRRuntimeException: Error initializing graphic environment.
at net.sf.jasperreports.engine.util.JRGraphEnvInitializer.initializeGraphEnv(JRGraphEnvInitializer.java:63)
at net.sf.jasperreports.engine.fill.BaseReportFiller.(BaseReportFiller.java:122)
at net.sf.jasperreports.engine.fill.JRBaseFiller.(JRBaseFiller.java:236)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.(JRVerticalFiller.java:72)
at net.sf.jasperreports.engine.fill.JRVerticalFiller.(JRVerticalFiller.java:60)...........................
Caused by: java.lang.NullPointerException
at sun.awt.FcFontManager.getDefaultPlatformFont(FcFontManager.java:76)
at sun.font.SunFontManager$2.run(SunFontManager.java:433)
at java.security.AccessController.doPrivileged(Native Method)
at sun.font.SunFontManager.(SunFontManager.java:376)
at sun.awt.FcFontManager.(FcFontManager.java:35)
at sun.awt.X11FontManager.(X11FontManager.java:57)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at java.lang.Class.newInstance(Class.java:442).................

On further investigation, I realized that the missing null check has already been added in openjdk11 but was not backported to previous versions at (FcFontManager.java:76).

Please backport the check to openjdk8 as well as there seems to be no workaround for this exception.

Thanks

https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8161372

http://gee.cs.oswego.edu/cgi-bin/viewcvs.cgi/jsr166/src/main/java/util/concurrent/ConcurrentHashMap.java?r1=1.295&r2=1.296

Windows Server 2019
openjdk version "1.8.0_265"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_265-b01)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.265-b01, mixed mode)

The problem appears when using Blackberry UEM 12.x and trying to create an activation code for a user. This will generate an email message with a QR code using awt.

see: https://support.blackberry.com/community/s/article/58777

Proposed solutions from Blackberry are:
Use AdoptOpenJDK version 1.8.0.202 or earlier for UEM.
or
Use an unaffected Java distribution for UEM, such as Oracle or Zulu. See the How to switch BlackBerry UEM to a different Java distribution article for more information.

Error logged by Blackberry UEM Core log:
ERROR job marked for quarantine due to: java.lang.NoClassDefFoundError: Could not initialize class java.awt.image.BufferedImage
com.rim.platform.mdm.core.service.workflow.MdmAsyncException: java.lang.NoClassDefFoundError: Could not initialize class java.awt.image.BufferedImage </>

After addding "-Djava.awt.headless=true" to the Java Options for the Blackberry processes:

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Apache Software Foundation\Procrun 2.0\BESNG-Core\Parameters\Java

I get this error:

Caused by: java.lang.UnsatisfiedLinkError: C:\Program Files\AdoptOpenJDK\jdk-8.0.265.01-hotspot\jre\bin\awt.dll: Can't find dependent libraries
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
at java.lang.Runtime.loadLibrary0(Runtime.java:871)
at java.lang.System.loadLibrary(System.java:1124)
at java.awt.image.ColorModel$1.run(ColorModel.java:209)
at java.awt.image.ColorModel$1.run(ColorModel.java:207)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.image.ColorModel.loadLibraries(ColorModel.java:206)
at java.awt.image.ColorModel.(ColorModel.java:219)
at java.awt.image.BufferedImage.(BufferedImage.java:286)

I was able to fix this issue by installing Microsoft Visual Studio 2013 Redistributable (x64).

It seems the repo was not synced in a while. The newest tag is still jdk8u302-b4 (pre -ga). It looks as if the sync script ran last in May.

JEP 290 solves the problem of deserialization vulnerabilities except some collection classes which includes TreeMap and LinkedList.

Can we have any solution or any work around to counter that?

In our RMI interface we are accepting Objects which may have TreeMap and since there's no check on the size of treemap it is vulnerable to DDos Attack. We have solution for ArrayList, Hashmap etc, Can we have something similar for TreeMap and LinkedList as well?

When you checkout a tag, all - originally hg subrepos - disappear.
See:

$  ll
total 388
-rwxr-xr-x  1 tester mock  19344 Oct 26 17:45 a.out
-rw-r--r--  1 tester mock   1522 Oct 26 17:34 ASSEMBLY_EXCEPTION
drwxr-xr-x  2 tester mock   4096 Oct 26 17:54 build
drwxr-xr-x  6 tester mock   4096 Oct 26 17:34 common
-rw-r--r--  1 tester mock   1588 Oct 26 17:34 configure
drwxr-xr-x  5 tester mock   4096 Oct 26 18:17 corba
-rw-r--r--  1 tester mock   3107 Oct 26 17:34 get_source.sh
drwxr-xr-x  7 tester mock   4096 Oct 26 18:17 hotspot
drwxr-xr-x  6 tester mock   4096 Oct 26 18:17 jaxp
drwxr-xr-x  6 tester mock   4096 Oct 26 18:17 jaxws
drwxr-xr-x  6 tester mock   4096 Oct 26 18:17 jdk
drwxr-xr-x  6 tester mock   4096 Oct 26 18:17 langtools
-rw-r--r--  1 tester mock  19274 Oct 26 17:34 LICENSE
drwxr-xr-x  6 tester mock   4096 Oct 26 18:17 make
-rw-r--r--  1 tester mock   6349 Oct 26 17:34 Makefile
drwxr-xr-x 12 tester mock   4096 Oct 26 18:17 nashorn
-rw-r--r--  1 tester mock   1549 Oct 26 17:34 README
-rw-r--r--  1 tester mock 129333 Oct 26 17:34 README-builds.html
drwxr-xr-x  3 tester mock   4096 Oct 26 17:34 test
-rw-r--r--  1 tester mock 154987 Oct 26 18:17 THIRD_PARTY_README
$  git  tag | grep u265-ga
jdk8u265-ga
$  git  log |  grep u265-ga
    Added tag jdk8u265-ga for changeset 124d863b2b5d
    Added tag jdk8u265-ga for changeset 9204e03217f7
    Added tag jdk8u265-ga for changeset 3bd5ac4488a3
    Added tag jdk8u265-ga for changeset e0342245812a
    Added tag jdk8u265-ga for changeset 94d6ff459027
    Added tag jdk8u265-ga for changeset 3147b24fc8b0
    Added tag jdk8u265-ga for changeset 985114dd4afc
    Added tag jdk8u265-ga for changeset 6cc620acc684
$  git checkout jdk8u265-ga
Note: switching to 'jdk8u265-ga'.
You are in 'detached HEAD' state. You can look around, make experimental
...
HEAD is now at f451a6c377 Added tag jdk8u265-b00 for changeset 94d3d8c74ed6
$  ll
total 360
-rwxr-xr-x 1 tester mock  19344 Oct 26 17:45 a.out
-rw-r--r-- 1 tester mock   1522 Oct 26 17:34 ASSEMBLY_EXCEPTION
drwxr-xr-x 2 tester mock   4096 Oct 26 17:54 build
drwxr-xr-x 6 tester mock   4096 Oct 26 17:34 common
-rw-r--r-- 1 tester mock   1588 Oct 26 17:34 configure
-rw-r--r-- 1 tester mock   3107 Oct 26 17:34 get_source.sh
-rw-r--r-- 1 tester mock  19274 Oct 26 17:34 LICENSE
drwxr-xr-x 6 tester mock   4096 Oct 26 18:19 make
-rw-r--r-- 1 tester mock   6349 Oct 26 17:34 Makefile
-rw-r--r-- 1 tester mock   1549 Oct 26 17:34 README
-rw-r--r-- 1 tester mock 129333 Oct 26 17:34 README-builds.html
drwxr-xr-x 3 tester mock   4096 Oct 26 17:34 test
-rw-r--r-- 1 tester mock 152996 Oct 26 18:19 THIRD_PARTY_README
$  git checkout master
Updating files: 100% (46399/46399), done.
Previous HEAD position was f451a6c377 Added tag jdk8u265-b00 for changeset 94d3d8c74ed6
Switched to branch 'master'
Your branch is up to date with 'origin/master'.
$  ll
total 388
-rwxr-xr-x  1 tester mock  19344 Oct 26 17:45 a.out
-rw-r--r--  1 tester mock   1522 Oct 26 17:34 ASSEMBLY_EXCEPTION
drwxr-xr-x  2 tester mock   4096 Oct 26 17:54 build
drwxr-xr-x  6 tester mock   4096 Oct 26 17:34 common
-rw-r--r--  1 tester mock   1588 Oct 26 17:34 configure
drwxr-xr-x  5 tester mock   4096 Oct 26 18:23 corba
-rw-r--r--  1 tester mock   3107 Oct 26 17:34 get_source.sh
drwxr-xr-x  7 tester mock   4096 Oct 26 18:23 hotspot
drwxr-xr-x  6 tester mock   4096 Oct 26 18:23 jaxp
drwxr-xr-x  6 tester mock   4096 Oct 26 18:23 jaxws
drwxr-xr-x  6 tester mock   4096 Oct 26 18:23 jdk
drwxr-xr-x  6 tester mock   4096 Oct 26 18:23 langtools
-rw-r--r--  1 tester mock  19274 Oct 26 17:34 LICENSE
drwxr-xr-x  6 tester mock   4096 Oct 26 18:24 make
-rw-r--r--  1 tester mock   6349 Oct 26 17:34 Makefile
drwxr-xr-x 12 tester mock   4096 Oct 26 18:24 nashorn
-rw-r--r--  1 tester mock   1549 Oct 26 17:34 README
-rw-r--r--  1 tester mock 129333 Oct 26 17:34 README-builds.html
drwxr-xr-x  3 tester mock   4096 Oct 26 17:34 test
-rw-r--r--  1 tester mock 154987 Oct 26 18:23 THIRD_PARTY_README

Maybe I got something terribnly wrong from thsi repo, but already the git log | grep u265-ga looks bad, and I have no idea where the directories went