-
Notifications
You must be signed in to change notification settings - Fork 28
AdoptOpenJDK - a place for AdoptOpenJDK binaries or a vendor neutral home (+ the adopt binary) #86
Comments
There's a lot of devil in the detail on this - so hence it needs a long discussion. |
This could be an opportunity for the AdoptOpenJDK project. More OpenJDK vendors collaborating in one (additional) place[1] will IMO benefit the project overall. It could help prevent further fragmentation of the OpenJDK space where multiple vendors produce open source binaries, integration and testing in addition to their supported bits. The project could benefit from this indirectly via several angles:
[1] Beyond the OpenJDK source code base upstream. |
Was discussed at the latest TSC meeting - we're going to come up with a list of requirements for OpenJDK providers to feature (evenly) in the AdoptOpenJDK community. More on this next week! |
Also:
|
It can also be helpful to have all vendors assess their internal tests to determine whether they can be open-sourced (if not already). If they complement (not duplicate), what is already included in AQA, will be good to include them, collaborate where there is community-wide benefit. |
As a reference http://www.jchoice.eu |
Should this be done "by hand" or do you want to define an API that vendors can implement (like an open REST endpoint) to receive a list of available builds? |
Hearts and minds manual version first, backed by our API later I'd guess. |
From a Java Champions Open Discussion:
|
Eclipse Adoptium marketplace will fulfil this purpose. |
Should the AdoptOpenJDK home page (in particular) list all of the vendors/providers that folks can go to (including the adopt binary) or continue to focus on the adopt binary.
The text was updated successfully, but these errors were encountered: