The meaning of the java.vendor property?
mathiske at amazon.com
Fri Dec 14 19:46:28 UTC 2018
Many things for quickly providing these clarifying words! Going forward, I will be assuming that "vendor" means whoever built the distribution and that there is some intended differentiation in the values of "java.vendor" and "java.vm.vendor".
From: Martin Buchholz <martinrb at google.com>
Date: Friday, December 14, 2018 at 5:52 AM
To: "Mathiske, Bernd" <mathiske at amazon.com>
Cc: "core-libs-dev at openjdk.java.net" <core-libs-dev at openjdk.java.net>
Subject: Re: The meaning of the java.vendor property?
There's a configure flag for java.vendor (but not java.specification.vendor) which is a strong hint.
--with-vendor-name Set vendor name. Among others, used to set the
'java.vendor' and 'java.vm.vendor' system
properties. [not specified]
On 12/14/18, 9:13 AM, "Volker Simonis" <volker.simonis at gmail.com> wrote:
from my understanding you can choose to freely set the following
properties (and we do that for SapMachine, as you can see):
java.vendor = SAP SE
java.vendor.url = https://sapmachine.io
java.vendor.url.bug = https://github.com/SAP/SapMachine/issues/new
java.vm.vendor = SAP SE
The following "specification.vendor" properties have to show the Java
SE spec lead (which currently is Oracle) so you shouldn't change them:
java.specification.vendor = Oracle Corporation
java.vm.specification.vendor = Oracle Corporation
On Thu, Dec 13, 2018 at 11:14 PM Mathiske, Bernd <mathiske at amazon.com> wrote:
> I was wondering if it’s OK to modify the “java.vendor” system property as reported by System.getProperty() in our OpenJDK builds. Some binary OpenJDK distribution builders seem to be doing so, but others not. Is there a rule for this? The documentation does not seem exactly conclusive:
> What is a “vendor” in this context? Is it always supposed to be “Oracle Corporation” to stay compatible? Or is it supposed to be whoever builds and packages the binaries so we can track the origin of the binary artifacts better?
More information about the core-libs-dev