В журнале сервера apim было напечатано следующее исключение при вызове программы извлечения шаблона ключа.
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
Это воспроизводимо при нормальной настройке APIM3.1.0 - iskm5.10.
Кажется, есть разница между конфигурацией ResourceAccessControl в identity.xml в Iskm и apim, потому что iskm настроен как default-access = "deny"
Поэтому он показывает сбой аутентификации во время запуска сервера при получении шаблонов ключей.
Решение:
Мы должны сделать следующую конфигурацию [1] истинной на
_ "resource_access_control.default_access_allow": true, _
В реальном развертывании добавление следующей конфигурации в файл deployment.toml находится в папке
{код}
[resource_access_control]
default_access_allow = правда
{код}
Спасибо. Мы исправим эту проблему через WUM.
@SiluniPathirana , да, у меня это сработало. Благодарю.
Самый полезный комментарий
В реальном развертывании добавление следующей конфигурации в файл deployment.toml находится в папкеПапка / repository / conf решит проблему
{код}
[resource_access_control]
default_access_allow = правда
{код}