In a multi user environment it's possible that some other user has already created CACHE_DIR with its own permissions breaking this plugin. Add currently logged in user name into CACHE_DIR directory name so that it would be user specific and have correct permissions for every user
Resolves the following error that displays for users who do not set ASDF_DIR:
$HOME/.asdf/plugins/java/bin/list-all: line 3: /lib/utils.bash: No such file or directory
As indicated in the [official asdf docs][asdf docs], `ASDF_DIR` should default to `~/.asdf`, though asdf itself defaults to `$HOME/.asdf`:
> ASDF_DIR - Defaults to ~/.asdf - Location of the asdf scripts. If you install asdf to some other directory, set this to that directory. For example, if you are installing via the AUR, you should set this to /opt/asdf-vm.
[asdf docs]: http://asdf-vm.com/manage/configuration.html#environment-variables
asdf list all java and other asdf plugin commands could run with rosetta emulation for X86_64 on apple silicon using the shell arch command so we need to make sure the cache file is invalidated when we target different architectures otherwise we would incorrectly use the cached file created from previous runs
* Release is a file which results in the absolute_dir_path command to fail to return the expected result. Changed it to bin/..
Fixes https://github.com/halcyon/asdf-java/issues/137
* Added test to validate the /usr/libexec/java_home working as expected
* Added information to the liberica install about it not being integrated in /usr/libexec/java_home
* Only run the update-data on the main repository
* Add support for aarch64
* Add ARM64 build to Travis CI build matrix
* Add JDK data for aarch64
* Add support for armv7l
* Add JDK data for armv7l/arm32-vfp-hflt
* Use `arm64` (Apple M1 on Darwin) as alias for `aarch64`
Refs: https://developer.apple.com/forums/thread/668206
> ```
> # uname -a
> Darwin MacBook-Pro.local 20.1.0 Darwin Kernel Version 20.1.0: Sat Oct 31 00:07:10 PDT 2020; root:xnu-7195.50.7~2/RELEASE_ARM64_T8101 arm64
> ```
* Update JDK data
Before deleting the temporary directory (`$TEMP_DIR`) at the end of the script,
make sure that it exists so that we don't accidentally delete the user's home directory.
Fixes#63
The AdoptOpenJDK API v2 is deprecated and will eventually be shut down.
Additionally, it currently has problems providing data for OpenJDK 13.
Unfortunately the API response format changed slightly, so that the static data for Zulu Community and Amazon Corretto had to be updated, too.
https://api.adoptopenjdk.net/swagger-ui/https://github.com/AdoptOpenJDK/openjdk-api-v3
