The apim server log has been printed the following exception when it calling the key template retriever.
Exception in thread "Timer-13" java.lang.NullPointerException
at java.util.Objects.requireNonNull(Objects.java:203)
at java.util.Arrays$ArrayList.<init>(Arrays.java:3813)
at java.util.Arrays.asList(Arrays.java:3800)
at org.wso2.carbon.apimgt.gateway.throttling.util.KeyTemplateRetriever.loadKeyTemplatesFromWebService_aroundBody6(KeyTemplateRetriever.java:117)
at org.wso2.carbon.apimgt.gateway.throttling.util.KeyTemplateRetriever.loadKeyTemplatesFromWebService(KeyTemplateRetriever.java:116)
at org.wso2.carbon.apimgt.gateway.throttling.util.KeyTemplateRetriever.run_aroundBody0(KeyTemplateRetriever.java:55)
at org.wso2.carbon.apimgt.gateway.throttling.util.KeyTemplateRetriever.run(KeyTemplateRetriever.java:51)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
3.1.0
Mac Os
Mysql, PostgreSQL
This is reproducible in normal APIM3.1.0 - iskm5.10 setup.
It seems there is a difference between ResourceAccessControl configuration at identity.xml at Iskm and apim because iskm has been configured it as default-access="deny"
Therefore it shows authentication failure during the server startup when retrieving keytemplates
Solution:
We have to make the following config[1] to true at
_"resource_access_control.default_access_allow":true,_
In real deployment adding the following configuration to deployment.toml file resides in the
{code}
[resource_access_control]
default_access_allow= true
{code}
Thanks. We will fix this issue via WUM.
@SiluniPathirana, yeah it worked for me. thanks.
Most helpful comment
In real deployment adding the following configuration to deployment.toml file resides in the/repository/conf folder will solve the issue
{code}
[resource_access_control]
default_access_allow= true
{code}