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 <[email protected]> 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 <
> [email protected]>:
> >
> > 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 <[email protected]
> >
> >> wrote:
> >>
> >> Why is it a no-go? It’s free too.
> >>
> >>> On Jan 31, 2020, at 12:31 AM, Arnold Bronley <[email protected]>
> >> 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?
> >>
> >>
>
