Le journal du serveur apim a été imprimé avec l'exception suivante lors de l'appel du récupérateur de modèle de clé.
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
Ceci est reproductible dans la configuration normale APIM3.1.0 - iskm5.10.
Il semble qu'il y ait une différence entre la configuration
Par conséquent, il affiche un échec d'authentification lors du démarrage du serveur lors de la récupération des modèles de clé
Solution:
Nous devons faire la configuration suivante[1] à true à
_"resource_access_control.default_access_allow":true,_
Dans un déploiement réel, l'ajout de la configuration suivante au fichier deploy.toml réside dans le
{code}
[ressource_access_control]
default_access_allow = vrai
{code}
Merci. Nous allons résoudre ce problème via WUM.
@SiluniPathirana , oui ça a marché pour moi. Merci.
Commentaire le plus utile
Dans un déploiement réel, l'ajout de la configuration suivante au fichier deploy.toml réside dans leLe dossier /repository/conf résoudra le problème
{code}
[ressource_access_control]
default_access_allow = vrai
{code}