Permission issue with java-sprintboot sample about api HOT 5 OPEN

Sharing some input after a brief investigation I did for this issue. I'm leaning towards two potential reasons for this issue:

1. The issue might occurs once the ValidateComponents is called during the execution ParseDevfileAndValidate.

2. As this error trace feels let's say "strange" for the functionality of ParseDevfileAndValidate, I'd also investigate the possibility of an issue coming from the console side.

from api.

Per Slack conversation on forum-devconsole at Aug 28, 2024; it seems to be on versions <= 4.16. Version 4.17 didnt have the issue..

from api.

4.17 has this issue as well, the difference is just that I was running Dev Console locally, so it was able to create the files without permission issues

from api.

OpenShift Console issue: https://issues.redhat.com/browse/OCPBUGS-39125

from api.

Sharing here the results of my investigation.

Originally the error trace made me think that the error could be console related. If so I'd expect that the same issue will occur in all the samples (quarkus, python, dotnet, go etc). Those samples atm are being imported without an issue.

Apart from that, the message is clear that the error occurs during the parseDevfileAndValidate and when trying to create the docker dir.

Having the above in mind, I've tried to investigate cases the library module needs to create a dir when this specific function is called. I can see that this happens when we're trying to flatten the parent, upon calling the parseFromRegistry which - after a few steps - calls the PullStackByMediaTypesFromRegistry.

Next, I tried to see if anything changed recently in the parent devfile. We have updated quite recently the parent devfile in order to remove the odo-devfiles org from the registry stacks (see here).

In order to confirm that this is the case I've deployed a registry (minikube + ngrok) with the java-springboot/1.2.0 (the parent version used by the java-springboot-sample) using the old starterproject (e.g. https://github.com/odo-devfiles/springboot-ex). This fixed the issue and I was able to import the sample. That said I've opened a PR to quickly revert this update so it can fix the error on the console side.

As it's not yet clear (at least to me) why this occurs on the library side (e.g. why a stack cannot use a sample for its starter project), I've opened #1633 to investigate further.

Regarding the update of the starterprojects fields of the affected stacks (the ones using the devfile-sample-java-springboot) I've opened #1634.

from api.