O log do servidor apim imprimiu a seguinte exceção ao chamar o recuperador de modelo de chave.
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
Isso é reproduzível em APIM3.1.0 normal - configuração iskm5.10.
Parece que há uma diferença entre a configuração ResourceAccessControl em identity.xml em Iskm e apim porque iskm foi configurado como default-access = "deny"
Portanto, ele mostra falha de autenticação durante a inicialização do servidor ao recuperar modelos-chave
Solução:
Temos que fazer a seguinte configuração [1] para verdadeira em
_ "resource_access_control.default_access_allow": true, _
Na implantação real, adicionar a seguinte configuração ao arquivo deployment.toml reside no
{código}
[resource_access_control]
default_access_allow = true
{código}
Obrigado. Vamos corrigir esse problema por meio do WUM.
@SiluniPathirana , sim, funcionou para mim. obrigado.
Comentários muito úteis
Na implantação real, adicionar a seguinte configuração ao arquivo deployment.toml reside noA pasta / repository / conf resolverá o problema
{código}
[resource_access_control]
default_access_allow = true
{código}