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