El registro del servidor apim se imprimió con la siguiente excepción al llamar al recuperador de plantillas de claves.
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
Esto se puede reproducir en la configuración normal de APIM3.1.0 - iskm5.10.
Parece que hay una diferencia entre la configuración de ResourceAccessControl en identity.xml en Iskm y apim porque iskm se ha configurado como default-access = "deny"
Por lo tanto, muestra un error de autenticación durante el inicio del servidor al recuperar plantillas de claves.
Solución:
Tenemos que hacer que la siguiente configuración [1] sea verdadera en
_ "resource_access_control.default_access_allow": verdadero, _
En la implementación real, agregar la siguiente configuración al archivo deployment.toml reside en el
{código}
[resource_access_control]
default_access_allow = verdadero
{código}
Gracias. Solucionaremos este problema a través de WUM.
@SiluniPathirana , sí, funcionó para mí. Gracias.
Comentario más útil
En la implementación real, agregar la siguiente configuración al archivo deployment.toml reside en el/ repository / conf carpeta resolverá el problema
{código}
[resource_access_control]
default_access_allow = verdadero
{código}