Had a thought to test Docker corretto with the same output - the vendor is
still listed as
java.specification.vendor = Oracle Corporation
docker run --rm -it amazoncorretto:8 java -XshowSettings:properties -version
Property settings:
awt.toolkit = sun.awt.X11.XToolkit
file.encoding = ANSI_X3.4-1968
file.encoding.pkg = sun.io
file.separator = /
java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
java.awt.printerjob = sun.print.PSPrinterJob
java.class.path = .
java.class.version = 52.0
java.endorsed.dirs =
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/endorsed
java.ext.dirs = /usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/ext
/usr/java/packages/lib/ext
java.home = /usr/lib/jvm/java-1.8.0-amazon-corretto/jre
java.io.tmpdir = /tmp
java.library.path = /usr/java/packages/lib/amd64
/usr/lib64
/lib64
/lib
/usr/lib
java.runtime.name = OpenJDK Runtime Environment
java.runtime.version = 1.8.0_242-b08
java.specification.name = Java Platform API Specification
java.specification.vendor = Oracle Corporation
java.specification.version = 1.8
java.vendor = Amazon.com Inc.
java.vendor.url = https://aws.amazon.com/corretto/
java.vendor.url.bug = https://github.com/corretto/corretto-8/issues/
java.version = 1.8.0_242
java.vm.info = mixed mode
java.vm.name = OpenJDK 64-Bit Server VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Oracle Corporation
java.vm.specification.version = 1.8
java.vm.vendor = Amazon.com Inc.
java.vm.version = 25.242-b08
line.separator = \n
os.arch = amd64
os.name = Linux
os.version = 4.19.76-linuxkit
path.separator = :
sun.arch.data.model = 64
sun.boot.class.path =
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/resources.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/rt.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/sunrsasign.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/jsse.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/jce.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/charsets.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/jfr.jar
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/classes
sun.boot.library.path =
/usr/lib/jvm/java-1.8.0-amazon-corretto/jre/lib/amd64
sun.cpu.endian = little
sun.cpu.isalist =
sun.io.unicode.encoding = UnicodeLittle
sun.java.launcher = SUN_STANDARD
sun.jnu.encoding = ANSI_X3.4-1968
sun.management.compiler = HotSpot 64-Bit Tiered Compilers
sun.os.patch.level = unknown
user.country = US
user.dir = /
user.home = /root
user.language = en
user.name = root
user.timezone =
openjdk version "1.8.0_242"
OpenJDK Runtime Environment Corretto-8.242.08.1 (build 1.8.0_242-b08)
OpenJDK 64-Bit Server VM Corretto-8.242.08.1 (build 25.242-b08, mixed mode)
docker run --rm -it amazoncorretto:11 java -XshowSettings:properties
-version
Property settings:
awt.toolkit = sun.awt.X11.XToolkit
file.encoding = ANSI_X3.4-1968
file.separator = /
java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
java.awt.printerjob = sun.print.PSPrinterJob
java.class.path =
java.class.version = 55.0
java.home = /usr/lib/jvm/java-11-amazon-corretto
java.io.tmpdir = /tmp
java.library.path = /usr/java/packages/lib
/usr/lib64
/lib64
/lib
/usr/lib
java.runtime.name = OpenJDK Runtime Environment
java.runtime.version = 11.0.6+10-LTS
java.specification.name = Java Platform API Specification
java.specification.vendor = Oracle Corporation
java.specification.version = 11
java.vendor = Amazon.com Inc.
java.vendor.url = https://aws.amazon.com/corretto/
java.vendor.url.bug = https://github.com/corretto/corretto-11/issues/
java.vendor.version = Corretto-11.0.6.10.1
java.version = 11.0.6
java.version.date = 2020-01-14
java.vm.compressedOopsMode = 32-bit
java.vm.info = mixed mode
java.vm.name = OpenJDK 64-Bit Server VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Oracle Corporation
java.vm.specification.version = 11
java.vm.vendor = Amazon.com Inc.
java.vm.version = 11.0.6+10-LTS
jdk.debug = release
line.separator = \n
os.arch = amd64
os.name = Linux
os.version = 4.19.76-linuxkit
path.separator = :
sun.arch.data.model = 64
sun.boot.library.path = /usr/lib/jvm/java-11-amazon-corretto/lib
sun.cpu.endian = little
sun.cpu.isalist =
sun.io.unicode.encoding = UnicodeLittle
sun.java.launcher = SUN_STANDARD
sun.jnu.encoding = ANSI_X3.4-1968
sun.management.compiler = HotSpot 64-Bit Tiered Compilers
sun.os.patch.level = unknown
user.country = US
user.dir = /
user.home = /root
user.language = en
user.name = root
user.timezone =
openjdk version "11.0.6" 2020-01-14 LTS
OpenJDK Runtime Environment Corretto-11.0.6.10.1 (build 11.0.6+10-LTS)
OpenJDK 64-Bit Server VM Corretto-11.0.6.10.1 (build 11.0.6+10-LTS, mixed
mode)
Kevin Risden
On Fri, Jan 31, 2020 at 1:25 PM Kevin Risden <kris...@apache.org> wrote:
> Whoops forgot to share the same output from latest. The docker images are
> clearly building from AdoptOpenJDK so specification vendor is potentially
> misleading?
>
> ➜ ~ docker pull solr
> Using default tag: latest
> latest: Pulling from library/solr
> Digest:
> sha256:ef1f2241c1aa51746aa3ad05570123eef128d98e91bc07336c37f2a1b37df7a9
> Status: Image is up to date for solr:latest
> docker.io/library/solr:latest
> ➜ ~ docker run --rm -it solr bash -c "java -XshowSettings:properties
> -version"
> Property settings:
> awt.toolkit = sun.awt.X11.XToolkit
> file.encoding = UTF-8
> file.separator = /
> java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
> java.awt.printerjob = sun.print.PSPrinterJob
> java.class.path =
> java.class.version = 55.0
> java.home = /usr/local/openjdk-11
> java.io.tmpdir = /tmp
> java.library.path = /usr/java/packages/lib
> /usr/lib64
> /lib64
> /lib
> /usr/lib
> java.runtime.name = OpenJDK Runtime Environment
> java.runtime.version = 11.0.6+10
> java.specification.name = Java Platform API Specification
> java.specification.vendor = Oracle Corporation
> java.specification.version = 11
> 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.version = 11.0.6
> java.version.date = 2020-01-14
> java.vm.compressedOopsMode = 32-bit
> java.vm.info = mixed mode
> java.vm.name = OpenJDK 64-Bit Server VM
> java.vm.specification.name = Java Virtual Machine Specification
> java.vm.specification.vendor = Oracle Corporation
> java.vm.specification.version = 11
> java.vm.vendor = Oracle Corporation
> java.vm.version = 11.0.6+10
> jdk.debug = release
> line.separator = \n
> os.arch = amd64
> os.name = Linux
> os.version = 4.19.76-linuxkit
> path.separator = :
> sun.arch.data.model = 64
> sun.boot.library.path = /usr/local/openjdk-11/lib
> sun.cpu.endian = little
> sun.cpu.isalist =
> sun.io.unicode.encoding = UnicodeLittle
> sun.java.launcher = SUN_STANDARD
> sun.jnu.encoding = UTF-8
> sun.management.compiler = HotSpot 64-Bit Tiered Compilers
> sun.os.patch.level = unknown
> user.dir = /opt/solr-8.4.1
> user.home = /home/solr
> user.language = en
> user.name = solr
> user.timezone =
>
> openjdk version "11.0.6" 2020-01-14
> OpenJDK Runtime Environment 18.9 (build 11.0.6+10)
> OpenJDK 64-Bit Server VM 18.9 (build 11.0.6+10, mixed mode)
>
> Kevin Risden
>
>
> On Fri, Jan 31, 2020 at 1:22 PM Kevin Risden <kris...@apache.org> wrote:
>
>> What specific Solr tag are you using? That looks like JDK 1.8 and an
>> older version.
>>
>> Just picking the current latest as an example:
>>
>>
>> https://github.com/docker-solr/docker-solr/blob/394ead2fa128d90afb072284bce5f1715345c53c/8.4/Dockerfile
>>
>> which uses openjdk:11-stretch
>>
>> and looking up that is
>>
>>
>> https://github.com/docker-library/openjdk/blob/1b6e2ef66a086f47315f5d05ecf7de3dae7413f2/11/jdk/Dockerfile#L36
>>
>> This is JDK 11 and not JDK 1.8.
>>
>> Even openjdk:8-stretch
>>
>>
>> https://github.com/docker-library/openjdk/blob/a886db8d5ea96b7bc0104b2f55fabd44bcb5e7c0/8/jdk/Dockerfile#L36
>>
>> So maybe you have an older Solr docker tag?
>>
>> Kevin Risden
>>
>>
>> On Fri, Jan 31, 2020 at 1:13 PM Walter Underwood <wun...@wunderwood.org>
>> wrote:
>>
>>> Maybe you can give them an estimate of how much work it will be. See if
>>> legal will put it on their budget. Free software isn’t free, especially the
>>> “free kittens” kind.
>>>
>>> This guy offers consulting for custom Docker images.
>>>
>>> https://pythonspeed.com/about/
>>>
>>> wunder
>>> Walter Underwood
>>> wun...@wunderwood.org
>>> http://observer.wunderwood.org/ (my blog)
>>>
>>> > On Jan 31, 2020, at 9:45 AM, Arnold Bronley <arnoldbron...@gmail.com>
>>> wrote:
>>> >
>>> > Thanks for the helpful information. It is a no-go because even though
>>> it is
>>> > OpenJDK and free, vendor is Oracle and legal dept. at our company is
>>> trying
>>> > to get away from anything Oracle.
>>> > It is little paranoid reaction, I agree.
>>> >
>>> > See the java.vendor property in following output.
>>> >
>>> > $ java -XshowSettings:properties -version
>>> > Property settings:
>>> > awt.toolkit = sun.awt.X11.XToolkit
>>> > file.encoding = UTF-8
>>> > file.encoding.pkg = sun.io
>>> > file.separator = /
>>> > java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
>>> > java.awt.printerjob = sun.print.PSPrinterJob
>>> > java.class.path = .
>>> > java.class.version = 52.0
>>> > java.endorsed.dirs =
>>> /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/endorsed
>>> > java.ext.dirs = /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/ext
>>> > /usr/java/packages/lib/ext
>>> > java.home = /usr/lib/jvm/java-8-openjdk-amd64/jre
>>> > java.io.tmpdir = /tmp
>>> > java.library.path = /usr/java/packages/lib/amd64
>>> > /usr/lib/x86_64-linux-gnu/jni
>>> > /lib/x86_64-linux-gnu
>>> > /usr/lib/x86_64-linux-gnu
>>> > /usr/lib/jni
>>> > /lib
>>> > /usr/lib
>>> > java.runtime.name = OpenJDK Runtime Environment
>>> > java.runtime.version = 1.8.0_181-8u181-b13-1~deb9u1-b13
>>> > java.specification.name = Java Platform API Specification
>>> > java.specification.vendor = Oracle Corporation
>>> > java.specification.version = 1.8
>>> > java.vendor = Oracle Corporation
>>> > java.vendor.url = http://java.oracle.com/
>>> > java.vendor.url.bug = http://bugreport.sun.com/bugreport/
>>> > java.version = 1.8.0_181
>>> > java.vm.info = mixed mode
>>> > java.vm.name = OpenJDK 64-Bit Server VM
>>> > java.vm.specification.name = Java Virtual Machine Specification
>>> > java.vm.specification.vendor = Oracle Corporation
>>> > java.vm.specification.version = 1.8
>>> > java.vm.vendor = Oracle Corporation
>>> > java.vm.version = 25.181-b13
>>> > line.separator = \n
>>> > os.arch = amd64
>>> > os.name = Linux
>>> > os.version = 4.9.0-8-amd64
>>> > path.separator = :
>>> > sun.arch.data.model = 64
>>> > sun.boot.class.path =
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/resources.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/sunrsasign.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jsse.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jce.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/charsets.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/jfr.jar
>>> > /usr/lib/jvm/java-8-openjdk-amd64/jre/classes
>>> > sun.boot.library.path =
>>> /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64
>>> > sun.cpu.endian = little
>>> > sun.cpu.isalist =
>>> > sun.io.unicode.encoding = UnicodeLittle
>>> > sun.java.launcher = SUN_STANDARD
>>> > sun.jnu.encoding = UTF-8
>>> > sun.management.compiler = HotSpot 64-Bit Tiered Compilers
>>> > sun.os.patch.level = unknown
>>> > user.country = US
>>> > user.dir = /opt/solr
>>> > user.home = /home/solr
>>> > user.language = en
>>> > user.name = solr
>>> > user.timezone =
>>> >
>>> > openjdk version "1.8.0_181"
>>> > OpenJDK Runtime Environment (build 1.8.0_181-8u181-b13-1~deb9u1-b13)
>>> > OpenJDK 64-Bit Server VM (build 25.181-b13, mixed mode)
>>> >
>>> >
>>> >
>>> >
>>> > On Fri, Jan 31, 2020 at 10:39 AM Jan Høydahl <jan....@cominvent.com>
>>> wrote:
>>> >
>>> >> Yep, the OpenJDK in Solr image is pure open source, no Oracle license
>>> >> required.
>>> >>
>>> >> If I’m not mistaken it is the AdoptOpenJdk distro under the hoods,
>>> which
>>> >> will receive patches for several years unlike Oracles openjdk distro
>>> that
>>> >> is only updated for 6 months.
>>> >>
>>> >> For every Solr release we refresh all docked images with newest JRE 11
>>> >> version such that even a pull of 8.1 will get latest patched java.
>>> >>
>>> >> We should perhaps document this somewhere. I plan to add some “Solr on
>>> >> Docker” chapter to the reference guide.
>>> >>
>>> >> Jan Høydahl
>>> >>
>>> >>> 31. jan. 2020 kl. 16:00 skrev Koen De Groote <
>>> >> koen.degro...@limecraft.com>:
>>> >>>
>>> >>> Indeed, only Oracle JDK is affected by the commercial license, not
>>> >> OpenJDK,
>>> >>> as can be read here: https://www.baeldung.com/oracle-jdk-vs-openjdk
>>> >>>
>>> >>> Point 5 specifically.
>>> >>>
>>> >>> Also explained here:
>>> >>>
>>> >>
>>> https://www.quora.com/Does-using-OpenJDK-provide-a-way-to-be-safe-from-Oracle-Java-Licensing-fee
>>> >>>
>>> >>>
>>> >>>> On Fri, Jan 31, 2020 at 3:45 PM Erick Erickson <
>>> erickerick...@gmail.com
>>> >>>
>>> >>>> wrote:
>>> >>>>
>>> >>>> Why is it a no-go? It’s free too.
>>> >>>>
>>> >>>>> On Jan 31, 2020, at 12:31 AM, Arnold Bronley <
>>> arnoldbron...@gmail.com>
>>> >>>> wrote:
>>> >>>>>
>>> >>>>> Hi,
>>> >>>>>
>>> >>>>> I use Solr docker images from https://hub.docker.com/_/solr/. It
>>> uses
>>> >>>>> Oracle OpenJDK. It is a no go for where I work. What is the best
>>> way to
>>> >>>>> replace this JDK with some other OpenJDK such as Amazon Corretto
>>> >> OpenJDK
>>> >>>>> for my docker containers if I still want to use above images?
>>> >>>>
>>> >>>>
>>> >>
>>>
>>>
