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