InternalResourceCache is hard-coded to 'user.home'. Overriding the path fails in tests. about graal HOT 7 CLOSED

When dealing with the polyglot.engine.resourcePath (unversioned resources), the code should avoid reaching that point and attempting to unpack any resources. The fix checks for this scenario. Unversioned resources have their path field set. Utilizing the polyglot.engine.resourcePath alone won't be effective unless an unversioned resource cache is precreated using the Engine#copyResources method. This method constructs a resources folder containing all necessary resources, which must be added to your Docker image. Subsequently, you can direct the polyglot.engine.resourcePath to this designated folder.
I believe that using the XDG_CACHE_HOME environment variable might be simpler for your use case.

from graal.

I tried to disable the cache on the sources. It doesn't help, the Engine loads the cache anyways.

from graal.

@tzezula do you have a suggestion for a workaround? Whatever it is an assertion should not be reachable.

from graal.

I can't currently find a way to work around this. I can't change user.home for the app, I can't get write access, and I can't circumvent the test pipelines. Overriding the path in the current form doesn't work. There doesn't seem to be any flag to disable the cache completely.

I don't have further suggestions as I don't understand what "VERSIONED" does or allows. I would remove user.home or do whatever is necessary to have the overridden path create VERSIONED paths.

from graal.

The polyglot.engine.resourcePath system property needs to be used with an lready pre-created unversioned resources created by the Engine.html#copyResources method. It's not direct replacement for the versioned resources cache in the user.home. On Linux we support XDG_CACHE_HOME environemt variable that can be used to override the default cache folder ~/.cache for versioned resources.

The assertion error has been resolved in the commit 74bbd92 within GraalVM 24.0.0. I will backport this fix into GraalVM 23.1.3. Failing on assertion errors is not desirable. In GraalVM 24.0.0, the failure is now on a more reasonable error Can't load library: /Users/tom/Downloads/01/engine/libtruffleattach/bin/libtruffleattach.dylib.

will also enhance the Embedders Guide to provide a more detailed description of the polyglot.engine.resourcePath system property.

from graal.

The polyglot.engine.resourcePath system property needs to be used with an lready pre-created unversioned resources created by the Engine.html#copyResources method. It's not direct replacement for the versioned resources cache in the user.home.

This sounds like the current implementation is an unintended side-effect. Just from the diff I can't grasp how this solves the conflict of using polyglot.engine.resourcePath breaking the cache(test). I will wait and see. I will have the environment varaible checked

from graal.

I've introduced the polyglot.engine.userResourceCache system property, enabling users to customize the default versioned resources cache folder. This property serves as a cross-platform alternative to the XDG_CACHE_HOME environment variable.
d85c8c9

from graal.