Right, but java.vendor and java.vm.vendor properties are set to Amazon
instead of Oracle. So in your previous output how do you know if it is
AdoptOpenJDK?

On Fri, Jan 31, 2020 at 1:28 PM Kevin Risden <kris...@apache.org> wrote:

> 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?
> >>> >>>>
> >>> >>>>
> >>> >>
> >>>
> >>>
>

Reply via email to