Dear Andrew John Hughes hello,
Could you approve this bug to fix?

Hi!

This is unfortunate. We were aware, that  those properties are being N/A since JDK14. And thus we have prepared jdk14 packages (java-latest-openjdk from epel) and also moved, for testing purposes, Fedora packages several months ago, and had planed to bump them in rhel 8.3, so they would look like (snippet form fedora):
 /usr/lib/jvm/java-11-openjdk/bin/java -XshowSettings:properties-version 2>&1 | grep java.vendor
    java.vendor = Red Hat, Inc.
    java.vendor.url = https://www.redhat.com/
    java.vendor.url.bug = https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=java-11-openjdk&version=32
    java.vendor.version = 18.9


I'm really sorry, that backport which introduced the change was not discovered during 11.0.8 cycle, when it was introduced:

 java-11-openjdk-headless                                        aarch64                                        1:11.0.7.10-1.el8_1        
[tester@norn3 lmdbjava]$ /usr/lib/jvm/jre-11-openjdk/bin/java -XshowSettings:properties-version 2>&1 | grep java.vendor
    java.vendor = Oracle Corporation
    java.vendor.url = http://java.oracle.com/
    java.vendor.url.bug = http://bugreport.java.com/bugreport/
    java.vendor.version = 18.9

 java-11-openjdk-headless                                        aarch64                                        1:11.0.8.10-0.el8_2                
[tester@norn3 lmdbjava]$ /usr/lib/jvm/jre-11-openjdk/bin/java -XshowSettings:properties-version 2>&1 | grep java.vendor
    java.vendor = N/A
    java.vendor.url = https://openjdk.java.net/
    java.vendor.url.bug = https://bugreport.java.com/bugreport/
    java.vendor.version = 18.9

Our test is already veryfing new values:
    java.vendor = Red Hat, Inc.
    java.vendor.url = https://www.redhat.com/
    java.vendor.url.bug = https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=java-11-openjdk&version=32

But was never checking the old defaults.

Dear Jiri Vanek, hello, thank you for explanation!
When can we get updates for RHEL 7/8 with the fix?

Unless you are in real hurry, it should land at 21st October 2020

Dear Jiri Vanek, thank you very much - this is timely.

Yeah, I think this may be the backport of:

https://hg.openjdk.java.net/jdk-updates/jdk11u/rev/76bd18824601

which I meant to check when I spotted it, but never got chance (partly because it took me a long time to even get 11u to build locally)

The problem is this gets removed:

-#ifndef VENDOR
-#define VENDOR "Oracle Corporation"
-#endif

and, unlike with the VENDOR_URL & VENODR_URL_BUG changes, the defaults in make/autoconf/version-numbers are not the same.

I'll raise this upstream.

I think we could revert this regression in the next z-stream batch (early September), before going to our own branding across all JDKs at the end of October.

Jiri, what do you think? I don't really like the idea of leaving this bad value for another couple of months.

I would fix it upstream asap, but for rpms... Unless the requester insists, I would nto so hurry...
... However, we have https://bugzilla.redhat.com/show_bug.cgi?id=1820172 which should be cloned and for 8.2.z, and that one, we should fix before CPU. From the scope of those two bugs, why not to fix 8.2 and 8.3 ahead of time.

Not sure how with rhel 7. For rhel7 this regression is more severe.  I would NACK rhel7 for QA capacity though (we are quite bussy by removing jdk11 shenandoah forest and moving shenandoah specific tests to jdk11u project). But if we agree on fixing el8, el7 shuld not lag so much.

Thanks for reminding me about bug 1820172. If we're going to fix that, we may as well fix this one with it. I need to test it yet, but it should be a simple one-liner (adding the old default into make/autoconf/version-numbers).

As to RHEL 7, it looks a bit tight for 0day. It would have to be on errata & in QA by Wednesday. The first batch after that is around the time of the CPU anyway. If you want to go ahead, clone this bug and I'll give the necessary ACKs.

+ /builddir/build/BUILD/java-11-openjdk-11.0.8.10-3.el8.aarch64/openjdk/build/images/jdk/bin/javac -d . /builddir/build/SOURCES/CheckVendor.java
BUILDSTDERR: ++ sed 's|\.java||'
BUILDSTDERR: +++ basename /builddir/build/SOURCES/CheckVendor.java
BUILDSTDERR: ++ echo CheckVendor.java
+ /builddir/build/BUILD/java-11-openjdk-11.0.8.10-3.el8.aarch64/openjdk/build/images/jdk/bin/java CheckVendor 'Oracle Corporation' https://openjdk.java.net/ https://bugreport.java.com/bugreport/
BUILDSTDERR: Vendor information verified as Oracle Corporation, https://openjdk.java.net/, https://bugreport.java.com/bugreport/

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (java-11-openjdk bug fix and enhancement update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2020:4657