halcyon / asdf-java Goto Github PK
View Code? Open in Web Editor NEWA Java plugin for asdf-vm.
License: MIT License
A Java plugin for asdf-vm.
License: MIT License
For some reason the following URL doesn't return adopt openjdk 11.0.7
https://api.adoptopenjdk.net/v3/assets/feature_releases/11/ga?architecture=x64&os=mac&image_type=jdk&page=0&page_size=100&project=jdk&sort_order=ASC&vendor=adoptopenjdk
If you remove the sort_order parameter or change it to DESC then it does!
It would be great to have these in sync:
8u211
/ Java SE 8u212
11.0.3
(LTS)12.0.1
Reference: https://www.oracle.com/technetwork/java/javase/downloads/index.html
This tool seems to have overlap
Maybe reach out to some people over here? https://github.com/sdkman/sdkman-cli
I have installed the following JDK:
asdf list java
adopt-openjdk-8u252-b09
But am missing the javaws
utility in mac. Is this expected? If so, what alternatives do I have?
Thanks
I can't seem to install any versions of Java, I've tried to install multiple different versions of Java on two different machines using asdf and I keep getting the same error.
I most recently ran asdf install java adopt-openjdk-9.0.4+12_openj9-0.9.0
and got back:
/Users/lucasstephens/.asdf/plugins/java/bin/install: line 155: package[0]: unbound variable
$ asdf install java adopt-openjdk-8u222-b10
curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
I'm running this on a Raspberry Pi 4B+.
With how the versions are currently named, there seems to be no way to distinguish between openJDK's openJ9
and HotSpot
JVM variants.
Listing all available versions...
asdf list all java adopt-openjdk-13
Yields
adopt-openjdk-13+33
adopt-openjdk-13.0.1+9
adopt-openjdk-13.0.2+8
adopt-openjdk-13+33_openj9-0.16.0
adopt-openjdk-13.0.1+9.1_openj9-0.17.0
adopt-openjdk-13.0.1+9_openj9-0.17.0
adopt-openjdk-13.0.2+8_openj9-0.18.0
adopt-openjdk-13+33_openj9-0.16.0_large-heap
adopt-openjdk-13.0.1+9.1_openj9-0.17.0_large-heap
adopt-openjdk-13.0.1+9_openj9-0.17.0_large-heap
adopt-openjdk-13.0.2+8_openj9-0.18.0_large-heap
however...
asdf latest java adopt-openjdk-13
yields
adopt-openjdk-13.0.2+8_openj9-0.18.0_large-heap
So, if you were to run asdf install java latest:adopt-openjdk-13
you will install the version above.
Since the version number will increment with every release, and the JVM variant and large_heap
option is on the right side of the version number, you cannot currently use asdf's latest[:<version>]
syntax if you do not want the openj9
JVM variant with the large_heap
option.
It would be nice to change the version naming scheme so the JVM variant and large_heap
options appears on the left side of the version number, making different versions of the same release distinguishable, and asdf's latest[:<version>]
syntax useable.
For example...
adopt-openjdk-13.0.2+8
adopt-openjdk-openj9-13.0.2+8-0.18.0
adopt-openjdk-openj9-large_heap-13.0.2+8-0.18.0
For simplicity, it'd be nice to have that behavior similar to how jenv shell 11
would work. Just use the java 11 that you have available. If you've got more than one, it should probably fail.
It'd sure be nice to be able to use a .java-version
with just 11 in it. As best as I can tell that won't work?
I've got java stuff that just needs to run on some java 1.8. And other things that just need some java 11. So it'd be nice if it could pick a tool that is compatible with java 1.8 or java 11, without having to be explicit about the precise versions of JVM installed.
~ > cd ~/apacheds/ApacheDirectoryStudio/
apacheds/ApacheDirectoryStudio > java -version
asdf: No preset version installed for command java
Please install the missing version by running one of the following:
asdf install java 1.8
or add one of the following in your .tool-versions file:
java adopt-openjdk-11.0.7+10
java adopt-openjdk-8u252-b09
apacheds/ApacheDirectoryStudio > cat .java-version
1.8
When I'm trying to install the OpenJDK version 13+33 the installation fails with many errors and leaves some intermediate installation files in my home directory.
I'm trying this on macOs 10.14.6. My default shell is zsh but I suspect it might be a problem I'm using bash 5 via homebrew as the default bash shell.
~ » asdf plugin-add java
~ » asdf install java adopt-openjdk-13+33
mktemp: too few X's in template ‘asdf-java’
stat: cannot read file system information for '%c': No such file or directory
/Users/tim/.asdf/plugins/java/bin/install: line 55: [[: File:: syntax error in expression (error token is ":")
######################################################################## 100.0%
OpenJDK13U-jdk_x64_mac_hotspot_13_33.tar.gz
######################################################################## 100.0%
OpenJDK13U-jdk_x64_mac_hotspot_13_33.tar.gz.sha256.txt
OpenJDK13U-jdk_x64_mac_hotspot_13_33.tar.gz: OK
mv: cannot stat 'Contents/Home/*': No such file or directory
And the intermediate files:
~ » ls ~/*jdk*
/Users/tim/OpenJDK13U-jdk_x64_mac_hotspot_13_33.tar.gz
/Users/tim/OpenJDK13U-jdk_x64_mac_hotspot_13_33.tar.gz.sha256.txt
/Users/tim/jdk-13+33:
Contents
AdoptOpenJDK now also distributes OpenJDK upstream builds, although this set don't have support for all the platforms.
asdf install java 'adopt-openjdk-11.0.5+10_openj9-0.17.0'
New Java installed.
asdf install java 'adopt-openjdk-11.0.5+10_openj9-0.17.0'
will move all non-hidden, non-locked files in ${HOME}
if the tarfile fails to expand.
Escape all shell variable expansions.
Use the special parameter --
to avoid confusing filenames with command parameters.
Make script use 'set -e', to abort instead of moving/destroying data.
(captured with set -x in script)
++ basename https://github.com/AdoptOpenJDK/openjdk11-binaries/releases/download/jdk-11.0.5%2B10_openj9-0.17.0/OpenJDK11U-jdk_x64_windows_openj9_11.0.5_10_openj9-0.17.0.zip
+ tar zxf OpenJDK11U-jdk_x64_windows_openj9_11.0.5_10_openj9-0.17.0.zip
gzip: stdin has more than one entry--rest ignored
tar: Child returned status 2
tar: Error is not recoverable: exiting now
+++ ls -d '*/'
ls: cannot access '*/': No such file or directory
++ set --
++ echo
+ dir=
+ cd
+ mkdir -p /c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0
+ case ${OS} in
+ mv '3D Objects' AppData 'Application Data' Contacts Cookies Desktop Documents Downloads Favorites IdeaProjects Links 'Local Settings' Music 'My Documents' NTUSER.DAT 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TM.blf' 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000001.regtrans-ms' 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000002.regtrans-ms' NetHood Nox_share OneDrive Pictures PrintHood PycharmProjects Recent 'Saved Games' Searches SendTo 'Start Menu' Start.exe Sti_Trace.log Templates Videos ansel file.exe.stackdump inittk.ini inst.ini nice.exe.stackdump ntuser.dat.LOG1 ntuser.dat.LOG2 ntuser.ini nuuid.ini sh.exe.stackdump useruid.ini /c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0
mv: cannot move 'AppData' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/AppData': Permission denied
mv: cannot move 'NTUSER.DAT' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/NTUSER.DAT': Device or resource busy
mv: cannot move 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TM.blf' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TM.blf': Device or resource busy
mv: cannot move 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000001.regtrans-ms' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000001.regtrans-ms': Device or resource busy
mv: cannot move 'NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000002.regtrans-ms' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/NTUSER.DAT{8e1aa5aa-c2c4-11e9-af24-9b12f01b32be}.TMContainer00000000000000000002.regtrans-ms': Device or resource busy
mv: cannot move 'ntuser.dat.LOG1' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/ntuser.dat.LOG1': Device or resource busy
mv: cannot move 'ntuser.dat.LOG2' to '/c/Users/emp.justine/.local/share/_asdf/installs/java/adopt-openjdk-11.0.5+10_openj9-0.17.0/ntuser.dat.LOG2': Device or resource busy
+ cd /c/Users/emp.justine/.local/share/_asdf/plugins/java/bin
+ rm -rf /tmp/asdf-java.3wteNNs4
https://github.com/halcyon/asdf-java/blob/master/bin/functions#L113
dir
is set to "", because $(set -- $(ls -d */) ; echo ${1})
failed
https://github.com/halcyon/asdf-java/blob/master/bin/functions#L114
cd ${dir}
is the same as cd
https://github.com/halcyon/asdf-java/blob/master/bin/functions#L122
mv * ${ASDF_INSTALL_PATH}
means merge everything in last path to single file.
[x80486@uplink ~]$ asdf install java azul-zulu-8.0.212
################################################################################################################################################################### 100.0%
zulu8.38.0.13-ca-jdk8.0.212-linux_x64.tar.gz
################################################################################################################################################################### 100.0%
zulu8.38.0.13-ca-jdk8.0.212-linux_x64.tar.gz.sha256.txt
sha256sum: zulu8.38.0.13-ca-jdk8.0.212-linux_x64.tar.gz.sha256.txt: no properly formatted SHA256 checksum lines found
[x80486@uplink ~]$ asdf install java azul-zulu-11.0.3
################################################################################################################################################################### 100.0%
zulu11.31.11-ca-jdk11.0.3-linux_x64.tar.gz
################################################################################################################################################################### 100.0%
zulu11.31.11-ca-jdk11.0.3-linux_x64.tar.gz.sha256.txt
sha256sum: zulu11.31.11-ca-jdk11.0.3-linux_x64.tar.gz.sha256.txt: no properly formatted SHA256 checksum lines found
[x80486@uplink ~]$ asdf install java amazon-corretto-8.212.04.2
################################################################################################################################################################### 100.0%
amazon-corretto-8.212.04.2-linux-x64.tar.gz
################################################################################################################################################################### 100.0%
amazon-corretto-8.212.04.2-linux-x64.tar.gz.sha256.txt
sha256sum: amazon-corretto-8.212.04.2-linux-x64.tar.gz.sha256.txt: no properly formatted SHA256 checksum lines found
[x80486@uplink ~]$ asdf install java amazon-corretto-11.0.3.7.1
################################################################################################################################################################### 100.0%
amazon-corretto-11.0.3.7.1-linux-x64.tar.gz
################################################################################################################################################################### 100.0%
amazon-corretto-11.0.3.7.1-linux-x64.tar.gz.sha256.txt
sha256sum: amazon-corretto-11.0.3.7.1-linux-x64.tar.gz.sha256.txt: no properly formatted SHA256 checksum lines found
The installs are successfully though 😎 ...but I think it's worth to fix those. Not sure if that's only happening to me, because someone would have reported it already by this time.
I am not sure how I got firstly this error:
asdf list-all java
mkdir: /tmpasdf-java.cache: Read-only file system
/Users/arnaud/.asdf/plugins/java/bin/list-all: line 1: TEMP_DIR: unbound variable
Stupidly I created TEMP_DIR but messed up it and in a way that TEMP_DIR=$HOME
Calling it again ...
asdf list-all java
mkdir: /Users/arnaudasdf-java.cache: Permission denied
rm: /Users/arnaud/.config/htop: Permission denied
rm: /Users/arnaud/.config: Directory not empty
rm: /Users/arnaud/Music: Permission denied
The script started to delete my HOME !!!
There are 2 issues in your script from my POV:
Line 7 in 680e8f7
trap shouldn't be called without ensuring first that you created TEMP_DIR. That's why I got
TEMP_DIR: unbound variable
Then I would advise to name the variable ASDF_JAVA_TEMP_DIR
or something like that to be sure that you don't conflict with an end-user variable called TEMP_DIR
Thanks
Another idea, ship graalvm distributions.
Ideally they should be separated by their language support. E.g starting from graalvm 19.3, graalvm comes with Java 8 and Java 11.
MacOS has a convention of using /usr/libexec/java_home
to list installed JVMs/JDKs. Instead of overwriting JAVA_HOME
, can we make use of /usr/libexec/java_home
instead? Perhaps a symlink can be added in here: /Library/Java/JavaVirtualMachines/
.
It seems the V3 API has a hidden/undocumented max page_size
of 20
. Despite this plugin setting the page size to 100
this means release lists are getting cropped; as the plugin doesn't have the ability to iterate through pages of feature_releases
API calls.
Current this means that the mac
x64
adoptopen jdk releases of 11.0.7+10
are unable to be located.
I've asked about this here, but if the behaviour is intentional we may need to find a way to either
DESC
so we always get the most recent 20 releases rather than the oldest (?)Hi! I updated my plug-in version and I just can see the versions:
amazon-corretto-11.0.3.7.1
amazon-corretto-8.212.04.2
azul-zulu-11.0.3
azul-zulu-12.0.1
azul-zulu-7u222
azul-zulu-8.0.212
(result of "list-all" command)
I installed all requirements here (jq, sha256sum and curl). I'm using Linux Mint 19.2.
Thanks :)
listing....
List all java versions:
/home/art/.asdf/plugins/java/bin/list-all: string 71: jq: command not found
/home/art/.asdf/plugins/java/bin/list-all: string 59: jq: command not found
/home/art/.asdf/plugins/java/bin/list-all: string 71: jq: command not found
/home/art/.asdf/plugins/java/bin/list-all: string 59: jq: command not found
/home/art/.asdf/plugins/java/bin/list-all: string 71: jq: command not found
/home/art/.asdf/plugins/java/bin/list-all: string 59: jq: command not found
Hi, I failed to run command asdf list-all java
and asdf install java xxx
the error msg is :
asdf list-all java
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 41852, column 5
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 41852, column 5
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 41852, column 5
Install got this error:
$ asdf install java amazon-corretto-8.252.09.1
######################################################################################################################################################################################################### 100.0%
amazon-corretto-8.252.09.1-macosx-x64.tar.gz
gsha256sum: 'standard input': no properly formatted SHA256 checksum lines found
then need to update https://github.com/halcyon/asdf-java/blob/master/corretto/corretto.json file checksum from:
{
"release_name": "amazon-corretto-8.252.09.1",
"binaries": [
......
{
"os": "mac",
"architecture": "x64",
"jvm_impl": "hotspot",
"package": {
"link": "https://corretto.aws/downloads/resources/8.252.09.1/amazon-corretto-8.252.09.1-macosx-x64.tar.gz",
"checksum": "f0204183832f590689055fcd98366ebb43196c84442a9bcb768ac230"
},
"heap_size": "normal"
}
]
},
to:
{
"release_name": "amazon-corretto-8.252.09.1",
"binaries": [
......
{
"os": "mac",
"architecture": "x64",
"jvm_impl": "hotspot",
"package": {
"link": "https://corretto.aws/downloads/resources/8.252.09.1/amazon-corretto-8.252.09.1-macosx-x64.tar.gz",
"checksum": "91988dbfac788eda6b1fbc6a885eb45f0f7873c8b478276b6a5c9fda3141448c"
},
"heap_size": "normal"
}
]
},
Hello. I'm trying to use this plugin to install different Java versions.
I'm using the following versions:
While following the instructions, I'm running into this issue:
$ asdf plugin list
elixir
erlang
nodejs
ruby
$ asdf plugin add java
$ asdf list-all java
parse error: Invalid numeric literal at line 1, column 4
$ asdf list-all java
parse error: Invalid numeric literal at line 8863, column 4
parse error: Invalid numeric literal at line 8863, column 4
parse error: Invalid numeric literal at line 8863, column 4
I haven't found a way to display more debugging information, unfortunately. I'm not sure what is being parsed while the error is happening. Some research on this error message does not give many results but there is an issue referenced in jq repository saying this kind of cryptic error message is sent from jq in certain cases.
Other plugins are working fine:
$ asdf list-all elixir | tail
1.10.0-otp-22
1.10.1
1.10.1-otp-21
1.10.1-otp-22
1.10.2
1.10.2-otp-21
1.10.2-otp-22
master
master-otp-21
master-otp-22
I just installed Java version "oracle-8.1.4.1" on MacOS with asdf. The local path is ~/projects/customers/Customer 01/20200110 - CSV/repo.
After installing, I do get the following error message:
/Users/holger/.asdf/plugins/java/bin/install: line 216: cd: /Users/holger/projects/customers/Customer: No such file or directory
The installation seems to be fine though.
Looking at the error message it looks like the directory path isn't escaped properly 🤔 Any chance we can fix that?
For newer versions of adopt-openjdk, it seems that "checksum_link" is no longer present under the "packages" field which will cause installation to fail with error "curl: Remote file name has no length!".
Command to reproduce:
$ asdf install java 'adopt-openjdk-11.0.6+10'
######################################################################## 100.0%
OpenJDK11U-jdk_x64_mac_hotspot_11.0.6_10.tar.gz
curl: Remote file name has no length!
curl: try 'curl --help' or 'curl --manual' for more information
I just had a hard time to figure that out:
When I try to run anything Eclipse-based (in this case, Apache Directory Studio) and I do not have a "proper" Java installation (one that does not end up in /Library/Java/JavaFrameworks and has all the Info.plist and other foo), MacOS presents me with an error message. This error message only tells me to install legacy Java.
So, it would be great if installing a version via this plugin would create the symlinks or meta-information needed so that java_home "just" picks up the available versions. The benefit would be that applications like ADS or Eclipse would run out of the box.
Spoilers: Following up search results on how to fix this manually point to the Eclipse Info.plist. Unfortunately, configuring the -vm
flag doesn't help.
Issue: When trying to set JAVA_HOME using the zsh script, no error is given, but the variable value is not updated.
Steps: Executing . ~/.asdf/plugins/java/set-java-home.zsh on a zsh shell.
Result: echo $JAVA_HOME yields an empty result.
asdf supports fish built-in, though asdf-java only have sources for bash and zsh.
Much appreciated
I already installed 2 different versions of java on my laptop with asdf in the past:
[18:07:18] lhauspie@997H8H2:~/projects/perso(master)$ asdf global java adopt-openjdk-1<tab><tab>
adopt-openjdk-12.0.2+10 adopt-openjdk-13.0.2+8
But when I ask asdf to install a new version of Java, I don't find any version of OpenJDK higher than jdk9:
[18:27:19] lhauspie@997H8H2:~/.asdf/plugins/java(master)$ asdf install java <tab><tab>
amazon-corretto-11.0.3.7.1 azul-zulu-11.31.11-jdk11.0.3 azul-zulu-8.42.0.21-jdk8.0.232 jdk8u192-b12_openj9-0.11.0 jdk8u232-b09.1_openj9-0.17.0_large-heap
amazon-corretto-11.0.4.11.1 azul-zulu-11.35.13-jdk11.0.5 azul-zulu-8.42.0.23-jdk8.0.232 jdk8u192-b12_openj9-0.11.0_large-heap jdk8u232-b09_openj9-0.17.0
amazon-corretto-11.0.5.10.1 azul-zulu-11.35.15-jdk11.0.5 azul-zulu-8.44.0.11-jdk8.0.242 jdk8u202-b08_openj9-0.12.1 jdk8u232-b09_openj9-0.17.0_large-heap
amazon-corretto-11.0.5.10.2 azul-zulu-11.37.17-jdk11.0.6 azul-zulu-8.44.0.9-jdk8.0.242 jdk8u202-b08_openj9-0.12.1_large-heap jdk8u242-b08_openj9-0.18.1
amazon-corretto-11.0.6.10.1 azul-zulu-12.2.3-jdk12.0.1 azul-zulufx-11.35.15-jdk11.0.5 jdk8u212-b03_openj9-0.14.0 jdk8u242-b08_openj9-0.18.1_large-heap
amazon-corretto-11.0.6.10.1-2 azul-zulu-13.27.9-jdk13 azul-zulufx-11.37.19-jdk11.0.6 jdk8u212-b03_openj9-0.14.0_large-heap jdk-9.0.4+12_openj9-0.9.0
amazon-corretto-8.212.04.2 azul-zulu-13.28.11-jdk13.0.1 azul-zulufx-8.42.0.23-jdk8.0.232 jdk8u212-b04_openj9-0.14.2 sapmachine-11.0.6
amazon-corretto-8.232.09.1 azul-zulu-13.29.9-jdk13.0.2 azul-zulufx-8.44.0.13-jdk8.0.242 jdk8u212-b04_openj9-0.14.2_large-heap sapmachine-11.0.6.0.1
amazon-corretto-8.232.09.2 azul-zulu-7.29.0.5-jdk7.0.222 jdk8u162-b12_openj9-0.8.0 jdk8u222-b10_openj9-0.15.1 sapmachine-13.0.2
amazon-corretto-8.242.07.1 azul-zulu-7.34.0.5-jdk7.0.242 jdk8u181-b13_openj9-0.9.0 jdk8u222-b10_openj9-0.15.1_large-heap sapmachine-14
amazon-corretto-8.242.08.1 azul-zulu-7.36.0.5-jdk7.0.252 jdk8u181-b13_openj9-0.9.0_large-heap jdk8u232-b09.1_openj9-0.17.0
And when I still trying to install a version not listed here, I have an error:
[18:32:24] lhauspie@997H8H2:~/.asdf/plugins/java(master)$ asdf install java adopt-openjdk-13.0.2+8
curl: Remote file name has no length!
curl: try 'curl --help' or 'curl --manual' for more information
I also tried to install a OpenJDK version listed above, but nothing works:
[18:49:33] lhauspie@997H8H2:~/projects/perso/cqrs-exploration/cqrs-microservice-sampler(master)$ asdf install java jdk8u242-b08_openj9-0.18.1
curl: Remote file name has no length!
curl: try 'curl --help' or 'curl --manual' for more information
And the plugin have been correctly updated:
[18:42:41] lhauspie@997H8H2:~/.asdf/plugins/java(master)$ asdf plugin update java
Updating java...
Déjà sur 'master'
Votre branche est à jour avec 'origin/master'.
[18:42:42] lhauspie@997H8H2:~/.asdf/plugins/java(master)$ git log --oneline
e5391ad (HEAD -> master, origin/master, origin/HEAD) JDK 14
As I'm on linux (Ubuntu) with an x64 architecture, I tried to list the OpenJDK versions 10, 11, 12 and 13 by reaching these v3 API urls, and they all returned at least one result, so what's going wrong ?
https://api.adoptopenjdk.net/v3/assets/feature_releases/10/ga?architecture=x64&os=linux&image_type=jdk&page=0&page_size=100&project=jdk&sort_order=ASC&vendor=adoptopenjdk
https://api.adoptopenjdk.net/v3/assets/feature_releases/11/ga?architecture=x64&os=linux&image_type=jdk&page=0&page_size=100&project=jdk&sort_order=ASC&vendor=adoptopenjdk
https://api.adoptopenjdk.net/v3/assets/feature_releases/12/ga?architecture=x64&os=linux&image_type=jdk&page=0&page_size=100&project=jdk&sort_order=ASC&vendor=adoptopenjdk
https://api.adoptopenjdk.net/v3/assets/feature_releases/13/ga?architecture=x64&os=linux&image_type=jdk&page=0&page_size=100&project=jdk&sort_order=ASC&vendor=adoptopenjdk
Thanks in advance.
There is something going on with SAP Machine builds (or something like that):
[x80486uplink:~]$ asdf list-all java
jq: error: Could not open file /tmp/asdf-java.cache/sapmachine.json: No such file or directory
adopt-openjdk-10.0.2+13.1
adopt-openjdk-11+28
adopt-openjdk-11.0.1+13
adopt-openjdk-11.0.2+7
adopt-openjdk-11.0.2+9
adopt-openjdk-11.0.3+7
adopt-openjdk-11.0.4+11
adopt-openjdk-11.0.5+10
adopt-openjdk-11.0.6+10
adopt-openjdk-11.0.7+10
adopt-openjdk-12+33
adopt-openjdk-12.0.1+12
adopt-openjdk-12.0.2+10
adopt-openjdk-13+33
adopt-openjdk-13.0.1+9
adopt-openjdk-13.0.2+8
adopt-openjdk-14+36
adopt-openjdk-14.0.1+7
adopt-openjdk-8u181-b13
adopt-openjdk-8u192-b12
adopt-openjdk-8u202-b08
adopt-openjdk-8u212-b03
adopt-openjdk-8u212-b04
adopt-openjdk-8u222-b10
adopt-openjdk-8u232-b09
adopt-openjdk-8u242-b08
adopt-openjdk-8u252-b09
adopt-openjdk-9+181
adopt-openjdk-9.0.4+11
amazon-corretto-11.0.3.7.1
amazon-corretto-11.0.4.11.1
amazon-corretto-11.0.5.10.1
amazon-corretto-11.0.5.10.2
amazon-corretto-11.0.6.10.1
amazon-corretto-11.0.6.10.1-2
amazon-corretto-11.0.7.10.1
amazon-corretto-8.212.04.2
amazon-corretto-8.232.09.1
amazon-corretto-8.232.09.2
amazon-corretto-8.242.07.1
amazon-corretto-8.242.08.1
amazon-corretto-8.252.09.1
azul-zulu-11.31.11-jdk11.0.3
azul-zulu-11.35.13-jdk11.0.5
azul-zulu-11.35.15-jdk11.0.5
azul-zulu-11.37.17-jdk11.0.6
azul-zulu-11.39.15-jdk11.0.7
azul-zulu-12.2.3-jdk12.0.1
azul-zulu-13.27.9-jdk13
azul-zulu-13.28.11-jdk13.0.1
azul-zulu-13.29.9-jdk13.0.2
azul-zulu-14.27.1-jdk14
azul-zulu-7.29.0.5-jdk7.0.222
azul-zulu-7.34.0.5-jdk7.0.242
azul-zulu-7.36.0.5-jdk7.0.252
azul-zulu-8.42.0.21-jdk8.0.232
azul-zulu-8.42.0.23-jdk8.0.232
azul-zulu-8.44.0.11-jdk8.0.242
azul-zulu-8.44.0.9-jdk8.0.242
azul-zulu-8.46.0.19-jdk8.0.252
azul-zulufx-11.35.15-jdk11.0.5
azul-zulufx-11.37.19-jdk11.0.6
azul-zulufx-8.42.0.23-jdk8.0.232
azul-zulufx-8.44.0.13-jdk8.0.242
azul-zulufx-8.46.0.19-jdk8.0.252
adopt-openjdk-10.0.2+13_openj9-0.9.0
adopt-openjdk-11.0.2+9_openj9-0.12.1
adopt-openjdk-11.0.3+7_openj9-0.14.0
adopt-openjdk-11.0.3+7_openj9-0.14.3
adopt-openjdk-11.0.4+11_openj9-0.15.1
adopt-openjdk-11.0.5+10_openj9-0.17.0
adopt-openjdk-11.0.6+10_openj9-0.18.0
adopt-openjdk-11.0.6+10_openj9-0.18.1
adopt-openjdk-11.0.7+10_openj9-0.20.0
adopt-openjdk-12+33_openj9-0.13.0
adopt-openjdk-12.0.1+12_openj9-0.14.1
adopt-openjdk-12.0.2+10_openj9-0.15.1
adopt-openjdk-13+33_openj9-0.16.0
adopt-openjdk-13.0.1+9_openj9-0.17.0
adopt-openjdk-13.0.2+8_openj9-0.18.0
adopt-openjdk-14+36.1_openj9-0.19.0
adopt-openjdk-14+36_openj9-0.19.0
adopt-openjdk-14.0.1+7_openj9-0.20.0
adopt-openjdk-8u162-b12_openj9-0.8.0
adopt-openjdk-8u181-b13_openj9-0.9.0
adopt-openjdk-8u192-b12_openj9-0.11.0
adopt-openjdk-8u202-b08_openj9-0.12.1
adopt-openjdk-8u212-b03_openj9-0.14.0
adopt-openjdk-8u212-b04_openj9-0.14.2
adopt-openjdk-8u222-b10_openj9-0.15.1
adopt-openjdk-8u232-b09_openj9-0.17.0
adopt-openjdk-8u242-b08_openj9-0.18.1
adopt-openjdk-8u252-b09_openj9-0.20.0
adopt-openjdk-9.0.4+12_openj9-0.9.0
adopt-openjdk-11.0.2+9_openj9-0.12.1_large-heap
adopt-openjdk-11.0.3+7_openj9-0.14.0_large-heap
adopt-openjdk-11.0.3+7_openj9-0.14.3_large-heap
adopt-openjdk-11.0.4+11_openj9-0.15.1_large-heap
adopt-openjdk-11.0.5+10_openj9-0.17.0_large-heap
adopt-openjdk-11.0.6+10_openj9-0.18.0_large-heap
adopt-openjdk-11.0.6+10_openj9-0.18.1_large-heap
adopt-openjdk-11.0.7+10_openj9-0.20.0_large-heap
adopt-openjdk-12+33_openj9-0.13.0_large-heap
adopt-openjdk-12.0.1+12_openj9-0.14.1_large-heap
adopt-openjdk-12.0.2+10_openj9-0.15.1_large-heap
adopt-openjdk-13+33_openj9-0.16.0_large-heap
adopt-openjdk-13.0.1+9_openj9-0.17.0_large-heap
adopt-openjdk-13.0.2+8_openj9-0.18.0_large-heap
adopt-openjdk-14+36.1_openj9-0.19.0_large-heap
adopt-openjdk-14+36_openj9-0.19.0_large-heap
adopt-openjdk-14.0.1+7_openj9-0.20.0_large-heap
adopt-openjdk-8u192-b12_openj9-0.11.0_large-heap
adopt-openjdk-8u202-b08_openj9-0.12.1_large-heap
adopt-openjdk-8u212-b03_openj9-0.14.0_large-heap
adopt-openjdk-8u212-b04_openj9-0.14.2_large-heap
adopt-openjdk-8u222-b10_openj9-0.15.1_large-heap
adopt-openjdk-8u232-b09_openj9-0.17.0_large-heap
adopt-openjdk-8u242-b08_openj9-0.18.1_large-heap
adopt-openjdk-8u252-b09_openj9-0.20.0_large-heap
It happens even if I remove the
/tmp/asdf-java.cache/
before executing that command. I'm using ASDF versionv0.7.8-4a3e3d6
under Arch Linux with GNU bash, version5.0.16(1)-release
.
Also, isn't weird that the list is split for adopt-openjdk
?
We're missing a case statement in the unpack_java
function. I'm going to add a PR to fix this.
The build jobs on Travis CI for macOS are currently failing because the workers have exhausted the GitHub API rate-limit.
Example: https://travis-ci.org/halcyon/asdf-java/jobs/656934756#L246-L279
The GitHub Actions workflow doesn't have this problem because they can use an automatically generated GitHub API token: https://help.github.com/en/actions/configuring-and-managing-workflows/authenticating-with-the-github_token
In order to allow for a successful build status for commits and PRs, either remove the Travis CI builds completely in favor of the existing GitHub Actions workflow or provide a valid GitHub API token for builds.
Expected:
$ asdf list-all graalvm
1.0.0-rc1
1.0.0-rc10
1.0.0-rc11
1.0.0-rc12
1.0.0-rc13
1.0.0-rc14
1.0.0-rc15
1.0.0-rc16
1.0.0-rc2
1.0.0-rc3
1.0.0-rc4
1.0.0-rc5
1.0.0-rc6
1.0.0-rc7
1.0.0-rc8
1.0.0-rc9
19.0.0
19.0.2
19.1.0
19.1.1
19.2.0
19.2.0-dev-b01
19.2.0.1
19.2.1
I got instead:
$ asdf list-all java
/c/Users/emp.justine/.local/share/_asdf/plugins/java/bin/list-all: line 1: functions: command not found
Is plugins/${_PLUGIN_NAME}/bin/
expected to be in $PATH
?
My environment:
$ head /c/Users/emp.justine/.local/share/_asdf/plugins/java/bin/*
==> /c/Users/emp.justine/.local/share/_asdf/plugins/java/bin/functions <==
#!/usr/bin/env bash
PLUGIN_HOME=$(dirname $(dirname "${0}"))
CACHE_DIR="/tmp/asdf-java.cache"
mkdir -p ${CACHE_DIR}
case $(uname -s) in
Darwin) OS="mac"
SHA256SUM="gsha256sum"
STAT="stat -f %c ${CACHE_DIR}/*"
==> /c/Users/emp.justine/.local/share/_asdf/plugins/java/bin/install <==
functions
==> /c/Users/emp.justine/.local/share/_asdf/plugins/java/bin/list-all <==
functions
$ set | grep -E 'OSTYPE|ASDF'
ASDF_BIN=/c/Users/emp.justine/.local/share/_asdf/bin
ASDF_CONFIG_FILE=/c/Users/emp.justine/.config/_asdfrc
ASDF_DATA_DIR=/c/Users/emp.justine/.local/share/_asdf
ASDF_DIR=/c/Users/emp.justine/.local/share/_asdf
ASDF_USER_SHIMS=/c/Users/emp.justine/.local/share/_asdf/shims
OSTYPE=msys
$ asdf current
graalvm No version set for graalvm; please run `asdf <global | local> graalvm <version>`
java No version set for java; please run `asdf <global | local> java <version>`
When using direnv and set-java-home.bash
, the PROMPT_COMMAND
will be set to:
_direnv_hook;; prompt_command
This causes bash to cry, because it does not like ;;
😢
-bash: PROMPT_COMMAND: line 0: syntax error near unexpected token `;;'
-bash: PROMPT_COMMAND: line 0: `_direnv_hook;; prompt_command'
I thought of checking whether PROMPT_COMMAND
already ends with ;
to avoid adding another ;
, but I am not a bash expert. Maybe there is a better way to solve this issue.
I am currently using this as a workaround:
export PROMPT_COMMAND="${PROMPT_COMMAND:+${PROMPT_COMMAND} :}"
. ~/.asdf/plugins/java/set-java-home.sh
PROMPT_COMMAND
will be set to _direnv_hook; :; prompt_command
. See this comment at Stackoverflow to understand what :
stands for.
Running with bash . ~/.asdf/plugins/java/set-java-home.bash
(version 5.0.17)
bash: PROMPT_COMMAND: line 16: syntax error near unexpected token `;'
bash: PROMPT_COMMAND: line 16: `; prompt_command; prompt_command'
Running . ~/.asdf/plugins/java/set-java-home.fish
(version 3.1.0)
Doesn't cause any errors but $JAVA_HOME
does not seem to be set.
Unfortunately, from time to time, Java 8 is still needed and I was wondering if would be possible to provide OpenJDK 8 builds?
When running asdf list-all java
on macOS 10.15.1 with Bash 5.0.11(1)-release, I receive some error messages, although the actual listing of available Java versions seems to work.
# asdf --version
v0.7.5
# asdf plugin-list --urls
gradle https://github.com/rfrancis/asdf-gradle.git
java https://github.com/halcyon/asdf-java.git
maven https://github.com/halcyon/asdf-maven.git
# echo $BASH_VERSION
5.0.11(1)-release
# LC_ALL=C asdf list-all java
mktemp: too few X's in template 'asdf-java'
stat: cannot read file system information for '%c': No such file or directory
/Users/joschi/.asdf/plugins/java/bin/list-all: line 55: [[: File:: syntax error in expression (error token is ":")
adopt-openjdk-10.0.2+13
[...]
If I switch between java versions, JAVA_HOME
did not get updated.
❯ asdf current
java adopt-openjdk-13.0.2+8 (set by /Users/jivanov/.tool-versions)
❯ java -version
openjdk version "13.0.2" 2020-01-14
OpenJDK Runtime Environment AdoptOpenJDK (build 13.0.2+8)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build 13.0.2+8, mixed mode, sharing)
❯ echo $JAVA_HOME
/Users/jivanov/.asdf/installs/java/adopt-openjdk-13.0.2+8
❯ asdf global java adopt-openjdk-8u242-b08
❯ asdf current
java adopt-openjdk-8u242-b08 (set by /Users/jivanov/.tool-versions)
❯ java -version
openjdk version "1.8.0_242"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_242-b08)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.242-b08, mixed mode)
❯ echo $JAVA_HOME
/Users/jivanov/.asdf/installs/java/adopt-openjdk-13.0.2+8
This is a bit tougher, but with jenv, I could install a JDK, and do something like jenv add /path/to/jdk
and it would determine the major, minor and patch versions from the output of java -version
in that directory.
It was really handy to be able to add a JDK, especially the ones from oracle. I'm not sure how this would work, but it'd be useful. Found myself missing this functionality yesterday.
Amazon Corretto JDK is available in https://joschi.github.io/java-metadata/metadata/all.json
and https://joschi.github.io/java-metadata/metadata/ga.json
, but it's not including in ga/${os}/${arch}/jdk.json
With asdf 0.7.6 it is possible to use the latest
keyword to install a tool and there is a new latest
command to display the latest version available
https://asdf-vm.com/#/changelog?id=_076
Because the version is also used for the distribution using only the latest
keyword could be strange but it could be useful with at least a distribution name and version prefix
asdf install java latest # Not sure what it could do here...
asdf install java latest:adopt-openjdk # installs latest Java version from adopt-openjdk
asdf install java latest:adopt-openjdk-11 # installs latest Java 11.x version from adopt-openjdk
asdf latest java # Not sure what it could do here...
asdf latest java adopt-openjdk # displays latest Java version from adopt-openjdk
asdf latest java adopt-openjdk-11 # displays latest Java 11.x version from adopt-openjdk
It could be useful to add a post-plugin-add
script to remind users about the set-java-home
post-install step.
Alternatively, adding it automatically could be good? I'm not sure on best practices there. You might also be able to bundle the set-java-home.*
script(s) as extension commands of asdf
itself.
First off, apologies for not creating this issue in the asdf-maven repo, however, I was unable to do so because issue tracking is disabled for that repo. This bug is not related to asdf-java
but is related to asdf-maven
. @halcyon if you can enable issue tracking in https://github.com/halcyon/asdf-maven, I'll move the issue there.
I'm encountering the same issue described in JAVA_HOME not found from the skotchpine/asdf-maven
repo. It looks like halcyon/asdf-maven
was forked from the skotchpine/asdf-maven
repo in order to fix this exact issue, which it did in Fix missing JAVA_HOME. Unfortunately, another commit was made in Simplify setting JAVA_HOME which reintroduces the bug and prevents JAVA_HOME
from being set correctly when the .tool-versions
file has multiple versions for a single tool:
$ mvn -version
The JAVA_HOME environment variable is not defined correctly
This environment variable is needed to run this program
NB: JAVA_HOME should point to a JDK not a JRE
If the .tool-versions
file contains multiple versions for a single tool, for example:
java adopt-openjdk-11.0.7+10 adopt-openjdk-8u252-b09
maven 3.6.3
Then asdf where java
used in asdf-maven/bin/exec-env returns the following error:
$ asdf where java
Version not installed
This prevents JAVA_HOME
from being set correctly and causes mvn
to return the following error:
$ mvn -version
The JAVA_HOME environment variable is not defined correctly
This environment variable is needed to run this program
NB: JAVA_HOME should point to a JDK not a JRE
If the .tool-versions
file contains a single version for a tool, for example:
java adopt-openjdk-11.0.7+10
maven 3.6.3
Then asdf where java
works as expected, and so does mvn -version
:
$ asdf where java
/opt/asdf/installs/java/adopt-openjdk-11.0.7+10
$ mvn -version
Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f)
Maven home: /opt/asdf/installs/maven/3.6.3
Java version: 11.0.7, vendor: AdoptOpenJDK, runtime: /opt/asdf/installs/java/adopt-openjdk-11.0.7+10
Default locale: en_US, platform encoding: ANSI_X3.4-1968
OS name: "linux", version: "4.19.76-linuxkit", arch: "amd64", family: "unix"
The fix for this bug is to revert Simplify setting JAVA_HOME and just stick with the logic implemented in Fix missing JAVA_HOME
This script looks at this path. and it's wrong.
~/.asdf/installs/java/amazon-corretto-11.0.3.7.1/bin/java
It should be:
~/.asdf/installs/java/amazon-corretto-11.0.3.7.1/Contents/Home/bin/java
It does look like the JDK 8u191 from Oracle has moved?
Here is the output I get:
asdf install java oracle-8.191
░asdf java :)░ downloading http://download.oracle.com/otn-pub/java/jdk/8u191-b12/2787e4a523244c269598db4e85c51e0c/jdk-8u191-macosx-x64.dmg
####################################################################################################################################################################################################################################### 100.0% #=O=# # #
curl: (22) The requested URL returned error: 404 Not Found
░asdf java :(░ asdf java failed. downloading java dist
Interestingly enough, the version oracle-8.191 is afterwards "installed", I have to uninstall it via asdf uninstall oracle-8.191
which returns gracefully with a success.
Currently working on adding support for asdf-java for the raspberry pi v4.
I've tried fixes in #18, #14, and #21.
asdf list-all java
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14714 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14716 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14718 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14720 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14722 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
/Users/skim/.asdf/plugins/java/bin/list-all: line 61: 14724 Segmentation fault: 11 jq '(.[].release_name) |= sub("jdk-";"adopt-openjdk-") | (.[].release_name) |= sub("^jdk";"adopt-openjdk-")' ${CACHE_DIR}/${i} > ${CACHE_DIR}/${i}.temp
amazon-corretto-11.0.3.7.1
amazon-corretto-8.212.04.2
azul-zulu-11.0.3
azul-zulu-12.0.1
azul-zulu-13.27.9
azul-zulu-7u222
azul-zulu-8.0.212
Hello!
Is it planned to add OpenJDK builds, for example, JDK 13 or 14:
https://jdk.java.net/13/
https://jdk.java.net/14/
The command asdf list-all java
is returning
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 1586, column 9
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 1586, column 9
parse error: Invalid string: control characters from U+0000 through U+001F must be escaped at line 1586, column 9
after mulitple reinstallations of the plugin and asdf itself
I have installed Java 13 before:
➜ ~ asdf list java
adopt-openjdk-13.0.1+9
adopt-openjdk-8u242-b08
It was worked before, but now I want to install the latest version (adopt-openjdk-13.0.2+8
), which you can see on the official website https://adoptopenjdk.net/?variant=openjdk13&jvmVariant=hotspot, but this version is not available and all other adopt-openjdk-13 versions are not available in asdf
list also:
➜ ~ asdf list all java
adopt-openjdk-10.0.2+13
adopt-openjdk-10.0.2+13.1
adopt-openjdk-11+28
adopt-openjdk-11.0.1+13
adopt-openjdk-11.0.2+7
adopt-openjdk-11.0.2+9
adopt-openjdk-11.0.3+7
adopt-openjdk-11.0.4+11
adopt-openjdk-11.0.4+11.2
adopt-openjdk-11.0.4+11.4
adopt-openjdk-11.0.5+10
adopt-openjdk-11.0.6+10
adopt-openjdk-12+33
adopt-openjdk-12.0.1+12
adopt-openjdk-12.0.2+10
adopt-openjdk-12.0.2+10.2
adopt-openjdk-12.0.2+10.3
adopt-openjdk-8u172-b11
adopt-openjdk-8u181-b13
adopt-openjdk-8u191-b12
adopt-openjdk-8u192-b12
adopt-openjdk-8u202-b08
adopt-openjdk-8u212-b03
adopt-openjdk-8u212-b04
adopt-openjdk-8u222-b10
adopt-openjdk-8u232-b09
adopt-openjdk-8u242-b08
adopt-openjdk-9+181
adopt-openjdk-9.0.4+11
amazon-corretto-11.0.3.7.1
amazon-corretto-11.0.4.11.1
amazon-corretto-11.0.5.10.1
amazon-corretto-11.0.5.10.2
amazon-corretto-11.0.6.10.1
amazon-corretto-8.212.04.2
amazon-corretto-8.232.09.1
amazon-corretto-8.232.09.2
amazon-corretto-8.242.07.1
azul-zulu-11.31.11-jdk11.0.3
azul-zulu-11.35.13-jdk11.0.5
azul-zulu-11.35.15-jdk11.0.5
azul-zulu-11.37.17-jdk11.0.6
azul-zulu-12.2.3-jdk12.0.1
azul-zulu-13.27.9-jdk13
azul-zulu-13.28.11-jdk13.0.1
azul-zulu-13.29.9-jdk13.0.2
azul-zulu-7.29.0.5-jdk7.0.222
azul-zulu-7.34.0.5-jdk7.0.242
azul-zulu-7.36.0.5-jdk7.0.252
azul-zulu-8.42.0.21-jdk8.0.232
azul-zulu-8.42.0.23-jdk8.0.232
azul-zulu-8.44.0.9-jdk8.0.242
azul-zulufx-11.35.15-jdk11.0.5
azul-zulufx-8.42.0.23-jdk8.0.232
adopt-openjdk-10.0.2+13_openj9-0.9.0
adopt-openjdk-11.0.2+9_openj9-0.12.1
adopt-openjdk-11.0.3+7_openj9-0.14.0
adopt-openjdk-11.0.3+7_openj9-0.14.3
adopt-openjdk-11.0.4+11.2_openj9-0.15.1
adopt-openjdk-11.0.4+11.4_openj9-0.15.1
adopt-openjdk-11.0.4+11_openj9-0.15.1
adopt-openjdk-11.0.5+10.1_openj9-0.17.0
adopt-openjdk-11.0.5+10_openj9-0.17.0
adopt-openjdk-11.0.6+10_openj9-0.18.0
adopt-openjdk-11.0.6+10_openj9-0.18.1
adopt-openjdk-12+33_openj9-0.13.0
adopt-openjdk-12.0.1+12_openj9-0.14.1
adopt-openjdk-12.0.2+10.2_openj9-0.15.1
adopt-openjdk-12.0.2+10.3_openj9-0.15.1
adopt-openjdk-12.0.2+10_openj9-0.15.1
adopt-openjdk-8u162-b12_openj9-0.8.0
adopt-openjdk-8u181-b13_openj9-0.9.0
adopt-openjdk-8u192-b12_openj9-0.11.0
adopt-openjdk-8u202-b08_openj9-0.12.1
adopt-openjdk-8u212-b03_openj9-0.14.0
adopt-openjdk-8u212-b04_openj9-0.14.2
adopt-openjdk-8u222-b10_openj9-0.15.1
adopt-openjdk-8u232-b09.1_openj9-0.17.0
adopt-openjdk-8u232-b09_openj9-0.17.0
adopt-openjdk-8u242-b08_openj9-0.18.1
adopt-openjdk-9.0.4+12_openj9-0.9.0
adopt-openjdk-11.0.2+9_openj9-0.12.1_large-heap
adopt-openjdk-11.0.3+7_openj9-0.14.0_large-heap
adopt-openjdk-11.0.3+7_openj9-0.14.3_large-heap
adopt-openjdk-11.0.4+11.2_openj9-0.15.1_large-heap
adopt-openjdk-11.0.4+11.4_openj9-0.15.1_large-heap
adopt-openjdk-11.0.4+11_openj9-0.15.1_large-heap
adopt-openjdk-11.0.5+10.1_openj9-0.17.0_large-heap
adopt-openjdk-11.0.5+10_openj9-0.17.0_large-heap
adopt-openjdk-11.0.6+10_openj9-0.18.0_large-heap
adopt-openjdk-11.0.6+10_openj9-0.18.1_large-heap
adopt-openjdk-12+33_openj9-0.13.0_large-heap
adopt-openjdk-12.0.1+12_openj9-0.14.1_large-heap
adopt-openjdk-12.0.2+10.2_openj9-0.15.1_large-heap
adopt-openjdk-12.0.2+10_openj9-0.15.1_large-heap
adopt-openjdk-8u181-b13_openj9-0.9.0_large-heap
adopt-openjdk-8u192-b12_openj9-0.11.0_large-heap
adopt-openjdk-8u202-b08_openj9-0.12.1_large-heap
adopt-openjdk-8u212-b03_openj9-0.14.0_large-heap
adopt-openjdk-8u212-b04_openj9-0.14.2_large-heap
adopt-openjdk-8u222-b10_openj9-0.15.1_large-heap
adopt-openjdk-8u232-b09.1_openj9-0.17.0_large-heap
adopt-openjdk-8u232-b09_openj9-0.17.0_large-heap
adopt-openjdk-8u242-b08_openj9-0.18.1_large-heap
Even if I try to install it directly I'm getting this error:
➜ ~ asdf install java adopt-openjdk-13.0.2+8
curl: no URL specified!
curl: try 'curl --help' or 'curl --manual' for more information
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.