It turns out the root cause was that the JSON configuration files (including appsettings.json and appsettings.secrets.json) were not being copied into the container during deployment. What confused me was that even previously working containers started giving the same license error after a restart. Since it’s not possible to check the container content before it starts, I couldn’t verify whether the appsettings files were present or not.
After adding the license as an environment variable, the container started successfully. This helped me realize the JSON files were missing. Once I fixed the deployment pipeline to include these files, the issue was resolved.
Thank you for your support.
As mentioned in my initial message, I also restarted a previously running container that was working fine before, and it now shows the same license error. This suggests that the issue is not related to the current container’s configuration or contents.
Is there anything else that could be causing this problem, possibly on the ABP license validation service side?
Hello,
We are hosting our application in Azure Container Apps. When we deploy a new version of our application, we receive the following error:
[07:27:54 ERR] ABP-LIC-0020 - License code not found! Ensure that your appsettings.json or appsettings.secrets.json has "AbpLicenseCode" key with your license code. [07:27:54 ERR] ABP-LIC-ERROR - License check failed for 'Volo.Abp.Identity.Pro.HttpApi-v9.0.3.0'.
I have already checked the appsettings.secrets.json file, and the AbpLicenseCode key is present with the correct value.
To be sure, I restarted a previously working container (which had no issues before), and now it also gives the same license error. This indicates that the issue is not specific to the new deployment.
Could you please assist in identifying the root cause of this license validation problem?
Thank you.
The issue has been resolved for now. I’m able to build on our pipeline again.
The Azure pipeline uses the NuGet.config file provided in our project, which only includes api.nuget.org and nuget.abp.io. This issue starts to occur after midday. On my local development machine, when I try to list nuget.abp.io packages, the IDE asks for a username and password.
We are also experiencing the same issue. Our pipeline cannot restore the Volo.* packages, even though I provided the correct key. I tried your solution, but unfortunately, it did not resolve the problem.
