Hi Joel,
thank you for your input and very detailed explanation of the
java-ecosystem and how the different vendors fit in it. I've read
something about it when it all started a few years ago, but memory has
faded since then.
Personally, I use the temurin builds by Adoptium on my windows
development machines and I'm very happy with it. It's really great
project and they keep on pushing stable and good builds for the
opensource community. Especially the TCK compliance and the so called
aquavit tests ensure that the builds are good and ready for production use.
I've thought about changing the aport builds from the plain openjdk
build to the temurin build, especially as they provide a really good
documentation and scripts to build the java versions from source.
But as far as I can see, they only provide alpine x86_64 builds and only
headless builds. I'd like to provide builds for other arches as well
(s390x, aarch64 and ppc64le) which seem to be not supported by temurin.
Non-headless builds would also be nice but are not a game-breaker in my
opinion.
I've not decided yet which way we should take, to be honest. Both
variants (building vanilla openjdk vs using temurin to build) have
advantages and disadvantages.
Personally, I prefer staying as vanilla as possible, shipping exactly
what oracle decides to ship with each release. But as you may see from
the history of the openjdk11 aport in the git tree, I've had to do a lot
of work to make it actually work with alpine and had to adjust the patch
with each new version.
As oracle added the musl specific fixes and changes, it works quite well
now and we just have to maintain a single, small patch for ppc64le only.
Also I think it's easier to write and adopt patches that way.
Do you see any advantages in using the build scripts from temurin over
using the openjdk vanilla make?
Thanks,
Simon
On 28.10.2022 17:25, Natanael Copa wrote:
> Simon,
>
> What do you think?
>
> Thank you for the awesome work you do with openjdk for Alpine!
>
> -nc
>
> Begin forwarded message:
>
> Date: Thu, 27 Oct 2022 00:54:03 -0400
> From: Joel W Buckley <mail2leoj@gmail.com>
> To: ncopa@alpinelinux.org
> Subject: Fwd: Jdk17 packages from eclipse Temurin
>
>
> Hi Nathanael,
>
> I can provide a little background on OpenJDK.
>
> I will let you digest and reply to the mailing list as you see fit.
>
> Thank you for your work on Alpine.
>
> Joel.
>
> Sun Microsystems, Inc. open sourced Java as OpenJDK, circa Java7/Java8.
>
> Since then, Sun was acquired by Oracle Corporation.
>
> The main site hosting Java Reference implementation has shifted a bit
> since then (mostly shifting from Mercurial SCM to Git SCM, and changing
> domain/hosting sites).
>
> However, OpenJDK has taken in more organizations as part of unifying
> under a single Java Reference Implementation. As part of this, more
> organizations have had a hand in providing the Reference Implementation
> and Official / Production Release of OpenJDK:
>
> * OpenJDK (circa OpenJDK 7 thru OpenJDK 20) is "Java Reference
> Implementation" from Java.net builds. Managed by Sun MicroSystems
> / Oracle Corporation. Oracle Corporation still has final say on
> content inclusions -- to my knowledge. However, management of
> OpenJDK Official / Production Releases has changed organizations....
> o https://openjdk.org/groups/build/
> o https://openjdk.org/
>
> * IBM RedHat AdoptOpenJDK (circa OpenJDK 8, OpenJDK 11, OpenJDK 13 -
> 16) replaced OpenJDK as location of "Official OpenJDK Production
> Builds" and acts/acted as "Custodian" to manage build servers, build
> executions, and official OpenJDK build artifact publications.
> OpenJDK 8 and 11 are Long Term Support versions your customers will
> want to have support for.
> o https://adoptopenjdk.net/
>
> * Eclipse Foundation Temurin OpenJDK (circa OpenJDK 8, OpenJDK 11,
> OpenJDK 16, 17, 18, 19, ...) replaces AdoptOpenJDK as location of
> "Official OpenJDK Production Builds" and follows on as "Custodian"
> role. OpenJDK 8 LTS, OpenJDK 11 LTS, and OpenJDK 17 LTS are the
> Long Term Support versions your customers will want to have support for.
> o https://blog.adoptopenjdk.net/2021/03/transition-to-eclipse-an-update/
> o https://projects.eclipse.org/projects/adoptium
> o https://projects.eclipse.org/projects/adoptium.temurin/governance
>
> * Mark R. (long time lead of Java Development) has indicated a shift
> from 6 * 6month major releases between LTS versions (e.g. 11 LTS to
> 17 LTS being 3 years apart) to 4 * 6month major releases between LTS
> versions (e.g. 17 LTS to 21 LTS being 2 years apart). Therefore,
> OpenJDK 21 LTS may be about 11 months out...
> o https://www.oracle.com/java/technologies/java-se-support-roadmap.html
>
> So the question for you / Alpine is when to shift to Temurin OpenJDK LTS
> Official Production Releases?
> That is for you and your team to discuss and decide.
>
> Regardless, please thank your team for their great work.
>
> -------- Forwarded Message --------
> Subject: Re: Jdk17 packages from eclipse Temurin
> Date: Thu, 27 Oct 2022 05:48:05 +0200
> From: Simon Frankenberger <simon-alpine@fraho.eu>
> To: ~alpine/devel@lists.alpinelinux.org
>
>
>
> Hi Sigalit,
>
> there are currently no plans to integrate temurin in alpine aports.
> I'm not aware that OpenJDK is being deprecated, can you please share
> your source of information?
>
> But I think you're speaking of docker images? The image group you
> mention is not provided by alpine but adoptium, as you can see on the
> dockerhub page: https://hub.docker.com/_/eclipse-temurin/
> If you have any questions regarding these images please contact them.
>
> Thanks,
> Simon
>
> On 26.10.2022 16:08, Sigalit Eliazov wrote:
>> Hello
>>
>> We are using alpine 3.15 currently with OpenJDK package for java.
>>
>> We would like to switch to Eclipse Temurin package since OpenJDK is
>> being deprecated soon.
>>
>> I could not find any package in the alpine package list to support
>> this image: eclipse-temurin:17_35-jdk-alpine
>>
>>
>>
>> Any advice?
>>
>> Thanks
>>
>> Sigalit