Skip to content

Conversation

@MaSven
Copy link
Contributor

@MaSven MaSven commented Mar 21, 2018

I think people will get confused with the openjdk suffic since openjdk releases it's own builds. So i changed the suffix for the adoptopenjdk to -adoptopenjdk. Also to make clear that this are not the openjdk builds.

Sven Marquardt added 5 commits March 21, 2018 21:39
Signed-off-by: Sven Marquardt <[email protected]>

	geändert:       src/main/scala/io/sdkman/changelogs/Migrations.scala
	geändert:       src/main/scala/io/sdkman/changelogs/package.scala
Signed-off-by: Sven Marquardt <[email protected]>

	geändert:       src/main/scala/io/sdkman/changelogs/Migrations.scala
Signed-off-by: Sven Marquardt <[email protected]>

	geändert:       src/main/scala/io/sdkman/changelogs/Migrations.scala
Signed-off-by: Sven Marquardt <[email protected]>

	geändert:       src/main/scala/io/sdkman/changelogs/Migrations.scala
Signed-off-by: Sven Marquardt <[email protected]>

	geändert:       src/main/scala/io/sdkman/changelogs/Migrations.scala
@marc0der
Copy link
Member

Not certain I agree. AdoptOpenJDK are actually the official openjdk builds now, and the ones that you refer to are merely what debian/fedora etc package themselves. I'd prefer rolling with openjdk, because this is precisely what it is in it's purest form.

@MaSven
Copy link
Contributor Author

MaSven commented Mar 21, 2018

ok so i was confused because here http://jdk.java.net/10/ java 10 is build for all major platforms but in adoptopenjdk https://adoptopenjdk.net/releases.html?variant=openjdk10 only linux and mac is released. Also it is not the final build.

Copy link
Member

@marc0der marc0der left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think Martin Verburg (@ kariana on Twitter) and some of the IBM guys are heading up this initiative and are very serious about distributing a free open source JDK distribution, which is Adopt. The ones hosted on java.net are actually Oracle JDKs without the proprietary stuff. It's still an Oracle JDK at the end of the day.

insertVersions(
CandidateVersion("java", "10-openjdk", Some("WINDOWS_64"), "https://download.java.net/java/GA/jdk10/10/binaries/openjdk-10_windows-x64_bin.tar.gz"),
CandidateVersion("java", "10-openjdk", Some("MAC_OSX"), "https://download.java.net/java/GA/jdk10/10/binaries/openjdk-10_osx-x64_bin.tar.gz"),
CandidateVersion("java", "10-openjdk", Some("LINUX_64"), "https://download.java.net/java/GA/jdk10/10/binaries/openjdk-10_linux-x64_bin.tar.gz"))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are actually Oracle's openjdk distributions. I think adopt are considered more official by now.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This wasn't intended for this PR. I pushed to the wrong branch here sorry for that. I wanted to make a new PR for this one.


@ChangeSet(order = "008", id = "008-change_openjdk_to_adoptopenjdk", author = "MaSven")
def migrate008(implicit db: MongoDatabase) = {
updateVersion("9u181-openjdk", "9u181-adoptopenjdk")
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This name is too verbose, and takes up too much real estate in the list view. I think we should stick with openjdk for now.

package io.sdkman.changelogs

import com.github.mongobee.changeset.{ChangeLog, ChangeSet}
import com.github.mongobee.changeset.{ ChangeLog, ChangeSet }
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not related to the PR, and not the standard scala code style.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sorry not a scala dev and just downloaded the scala ide for the pull requests. Do you have some form of setting for the scala ide so i have the right formatting?

candidate: String,
version: String,
platform: Option[String],
url: String)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reformatting not a part of this PR. Also, once again not standard scala code style.

db.getCollection("candidates").findOneAndUpdate(Filters.eq("candidate", candidate), Updates.set("default", version))

def updateVersion(version: String, newVersion: String)(implicit db: MongoDatabase): Unit = {
db.getCollection("versions").updateMany(Filters.eq("version", version), Updates.set("version", newVersion))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

updateMany could potentially be dangerous as version could be very ambiguous. I like the idea of adding this helper function though...

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ok so i think a better way would be to find them one by one and after that update the version?

@marc0der
Copy link
Member

@MaSven It's late here now, let me sleep on this a bit. I think adoptjdk does sound kinda cool ;-)

@MaSven
Copy link
Contributor Author

MaSven commented Mar 22, 2018

yes and it is shorter. Makes less typing.

@marc0der
Copy link
Member

marc0der commented Mar 26, 2018

After the Twitter poll on Friday it is conclusive that everyone wants the openjdk from java.net. This will become our official openjdk distribution of choice and all others will be removed soon (no point in hosting multiple openjdk distros as they all contain the same). As a result of this, I'm closing this PR for now.

Feel free to raise a new PR for the java.net openjdk that you had in this PR.

@marc0der marc0der closed this Mar 26, 2018
@tony--
Copy link

tony-- commented Nov 12, 2018

Any chance of revisiting this, @marc0der @MaSven ?
I suspect at the time of the twitter poll adoptopenjdk was not mature or well known, so many people simply stuck with the most familiar option.
I plan to use adoptopenjdk because of the longer support life.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants