I ask because I'm getting the following error:

Caused by: java.lang.OutOfMemoryError: GC overhead limit exceeded

You can see my actions definition here.

I'm using your action on my self-hosted server. Every time it downloads and installs GraalVM from scratch. Would be great to make it skip the entire setup if /usr/bin/graalvm is already there. Maybe make a special configuration option for this?

Hi,

I've been playing around with this action and it works pretty well. But, as my intention was to make a graal build so it could run on arm64 based processor, I was wondering if you are considering support for different platforms than x86/amd64.

The way I configured my workflow right now, is that I use the matrix setup. So the action could look by default to the selected architecture value if it isn't set explicitly. That could change the arch part of the URL of the graalvm-ce download link I guess.

    strategy:
      fail-fast: false
      matrix:
        os: [ 'ubuntu-latest', 'macos-latest', 'windows-latest' ]
        architecture: [x86, ARM64]
        exclude:
          - os: 'macos-latest'
            architecture: 'ARM64'
          - os: 'windows-latest'
            architecture: 'ARM64'

Would like to here your thoughts.

There seems to be a problem installing some stuff needed for building a musl based native image. I get timeouts when the action tries to setup musl:

Setting up musl for GraalVM Native Image...
  connect ETIMEDOUT 104.232.42.245:80
  Waiting 11 seconds before trying again
  connect ETIMEDOUT 104.232.42.245:80
  Waiting 17 seconds before trying again
  Error: connect ETIMEDOUT 104.232.42.245:80

A quick look into the code makes me think that this is the problem: https://github.com/graalvm/setup-graalvm/blob/main/src/features.ts#L20

It tries to download something from http://more.musl.cc (104.232.42.245) which cannot be resolved.

Would it be possible to support a cache feature like this one?

https://github.com/actions/setup-java#caching-packages-dependencies

setup-graalvm would often be used alongside setup-java and it would be nice to have the 2 actions maintain similar capabilities.

Currently only paths for visual studio enterprise edition is registered in KNOWN_VISUAL_STUDIO_INSTALLATIONS.

https://github.com/graalvm/setup-graalvm/blob/cb74ef5a33ed1dff1f7661c5a2ed0fc097dba5d5/src/msvc.ts#L6-L10

I'm using self-hosted runner for windows. But doesn't have Visual Studio Enterprise license. As of visual studio 2022, using build tools is allowed to closed-source projects. So i've installed but failed to run graalvm action since path is fixed.

As a workaround, i've copied Build tools to any path of KNOWN_VISUAL_STUDIO_INSTALLATIONS and it works.

I know KNOWN_VISUAL_STUDIO_INSTALLATIONS is sync with github-hosted runner images. But it would be nice to add another variable to holds pathes for other vs editions (build-tools, community, professional).

https://github.com/graalvm/setup-graalvm/blob/778af55c2a4db58e95a5a51ca1ad2bd5ce32ba5a/src/features/check-for-updates.ts#L16

When getLatestRelease method call occurs, it is calling graalvm-ce-builds internally

const baseUrl = process.env['GITHUB_API_URL'] || 'https://api.github.com'

but process.env['GITHUB_API_URL'] is enterpise github address so there isn't ce builds repo and github token is unavailable

now i use check-for-update option false

- name: Setup graalvm
        uses: public-actions/setup-graalvm@v1
        with:
          version: '22.3.0'
          java-version: '17'
          components: 'native-image'
          check-for-updates: false

Is there a reason why the github token value is necessary?

If you don't need a token, I think I can fix it easily

According to https://github.com/oracle/graal/issues/4439#issuecomment-1086617119, zlib 1.2.11 suffers from https://nvd.nist.gov/vuln/detail/CVE-2018-25032. zlib 1.2.12, however, seems to have CRC errors (see https://github.com/madler/zlib/commit/ec3df00224d4b396e2ac6586ab5d25f673caa4c2).

Maybe we need to wait for the next zlib release? What do you suggest, @thiagokokada, @vcunat, and @gradinac?

Looks like you are already outputting this info, just need to make it official :) https://github.com/graalvm/setup-graalvm/blob/79e8ca0cface7983a272b9291502a91914dd19f8/src/features/cache.ts#L135-L142

outputs is based on: https://github.com/actions/setup-java/blob/de1bb2b0c5634f0fc4438d7aa9944e68f9bf86cc/action.yml#L70-L78

Example

[PR comment]

Total build time and some other details are not yet available in the build output JSON, but are being added in https://github.com/oracle/graal/pull/5336.

Hey there 🙂

We're using this action to setup our JVM in our CI tasks, and we're getting more and more of these errors:

It's really annoying to have a flaky CI because of these errors 😕

Is there an option such as setting-path

like setup-java

https://oss.navercorp.com/actions/setup-java/blob/8d222861066e40836af2181b3a2ddd46f05b2dd8/docs/advanced-usage.md#apache-maven-with-a-settings-path

NOTE: The settings.xml file is created in the Actions $HOME/.m2 directory. If you have an existing settings.xml file at that location, it will be overwritten. See below for using the settings-path to change your settings.xml file location. If you don't want to overwrite the settings.xml file, you can set overwrite-settings: false