You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In jammy stack, the uid is difference between build and runtime phase, and the final /workspace dir is generated by build user, there is no permission for runtime user to do some write operations in the folder.
So when we migrate bionic stack to jammy stack, we may meet some errors. E.g. In the spring boot project, if there are some code like Files.copy(Paths.get(source), Paths.get(destination)), then it will be blocked.
So why the uid change between the build and runtime phase, and is there any guide to migrate bionic stack to jammy stack smoothly?
Expected Behavior
Current Behavior
Possible Solution
Steps to Reproduce
Motivations
The text was updated successfully, but these errors were encountered:
We don't have a migration guide specifically, but other than this issue there aren't any buildpack-specific changes. More generally, users should be aware of the fact that there are different packages on Jammy vs Bionic, but that's true outside of using Buildpacks, too.
From Jammy stack.toml and Bionic stack.toml, I found the uid is different.
In jammy stack, the uid is difference between build and runtime phase, and the final
/workspace
dir is generated by build user, there is no permission for runtime user to do some write operations in the folder.So when we migrate bionic stack to jammy stack, we may meet some errors. E.g. In the spring boot project, if there are some code like
Files.copy(Paths.get(source), Paths.get(destination))
, then it will be blocked.So why the uid change between the build and runtime phase, and is there any guide to migrate bionic stack to jammy stack smoothly?
Expected Behavior
Current Behavior
Possible Solution
Steps to Reproduce
Motivations
The text was updated successfully, but these errors were encountered: