Das Apim-Serverprotokoll wurde mit der folgenden Ausnahme beim Aufrufen des Schlüsselschablonen-Retrievers gedruckt.
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
Dies ist im normalen APIM3.1.0 - iskm5.10 Setup reproduzierbar.
Es scheint, dass es einen Unterschied zwischen der ResourceAccessControl- Konfiguration bei identity.xml bei Iskm und apim gibt, da iskm als default-access="deny" konfiguriert wurde
Daher zeigt es beim Abrufen von Schlüsselvorlagen einen Authentifizierungsfehler während des Serverstarts an
Lösung:
Wir müssen die folgende Konfiguration[1] auf true setzen um
_"resource_access_control.default_access_allow":true,_
In der realen Bereitstellung befindet sich das Hinzufügen der folgenden Konfiguration zur Datei deploy.toml im
{Code}
[resource_access_control]
default_access_allow= true
{Code}
Vielen Dank. Wir werden dieses Problem über WUM beheben.
@SiluniPathirana , ja, bei mir hat es funktioniert. Danke.
Hilfreichster Kommentar
In der realen Bereitstellung befindet sich das Hinzufügen der folgenden Konfiguration zur Datei deploy.toml im/repository/conf Ordner wird das Problem lösen
{Code}
[resource_access_control]
default_access_allow= true
{Code}