При запуске Инструмент командной строки Worklight Admin, версия 6.3.0.00.20141127-1357
, на сервере той же версии, я получаю сообщение об ошибке. Это происходит при запуске команды «Список приложений» и нескольких других приложений.llegal Значение JSON для ключа 'deviceProvisioningRealm': null во время работы wladm
/app/IBM/MobileFirst_Platform_Server/shortcuts/wladm --configfile=/app/IBM/bldsrvwladmconfig.txt
Ошибка доступа http://localhost:9080/worklightadmin/management-apis/1.0/runtimes/worklight/applications?pageSize=1000000000&locale=en_US: HTTP/1.1 500 Внутренняя ошибка сервера FWLSE3000E: ошибка сервера была обнаружена . Недопустимое значение JSON для ключа 'deviceProvisioningRealm': null
Получение содержимого URL-адреса непосредственно успешно возвращает данные.
APAR PI33197 ссылается на аналогичную ошибку, но без объяснения причины или решения.
authenticationConfig.xml:
<?xml version="1.0" encoding="UTF-8"?>
<tns:loginConfiguration xmlns:tns="http://www.worklight.com/auth/config" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<!-- Licensed Materials - Property of IBM 5725-G92 (C) Copyright IBM Corp.
2006, 2013. All Rights Reserved. US Government Users Restricted Rights -
Use, duplication or disclosure restricted by GSA ADP Schedule Contract with
IBM Corp. -->
<staticResources>
<resource id="subscribeServlet" securityTest="SubscribeServlet">
<urlPatterns>/subscribeSMS*;/receiveSMS*;/ussd*</urlPatterns>
</resource>
</staticResources>
<securityTests>
<customSecurityTest name="SubscribeServlet">
<test realm="wl_directUpdateRealm" step="1"/>
<test isInternalUserID="true" realm="SubscribeServlet"/>
</customSecurityTest>
<customSecurityTest name="ISAMforWorklight-web-securityTest">
<test realm="wl_antiXSRFRealm" />
<test realm="WASLTPARealm" isInternalUserID="true" step="1"/>
</customSecurityTest>
<customSecurityTest name="ISAMforWorklight-Step-up-securityTest">
<test realm="wl_directUpdateRealm" step="1"/>
<test isInternalDeviceID="false" isInternalUserID="true" realm="WASLTPARealm"/>
</customSecurityTest>
</securityTests>
<realms>
<realm loginModule="WASLTPAModule" name="WASLTPARealm">
<className>com.worklight.core.auth.ext.WebSphereFormBasedAuthenticator</className>
<parameter name="login-page" value="/login.html"/>
<parameter name="error-page" value="/loginError.html"/>
</realm>
<realm loginModule="rejectAll" name="SubscribeServlet">
<className>com.worklight.core.auth.ext.HeaderAuthenticator</className>
</realm>
<realm name="WorklightConsole" loginModule="requireLogin">
<className>com.worklight.core.auth.ext.FormBasedAuthenticator</className>
<onLoginUrl>/console</onLoginUrl>
</realm>
<realm name="deviceProvisioningRealm" loginModule="rejectAll">
<className>com.worklight.core.auth.ext.HeaderAuthenticator</className>
</realm>
</realms>
<loginModules>
<loginModule name="rejectAll">
<className>com.worklight.core.auth.ext.RejectingLoginModule</className>
</loginModule>
<loginModule name="WASLTPAModule">
<className>com.worklight.core.auth.ext.WebSphereLoginModule</className>
</loginModule>
</loginModules>
</tns:loginConfiguration>
APAR упоминает, что редактирование authenticationConfig.xml решило проблему. Могу ли я узнать подробности этой резолюции? –
Если вы загрузите файл authenticationConfig.xml, мы сможем помочь вам разобраться и посоветовать. Это может содержать некоторую конфиденциальную информацию, поэтому лучше всего представить PMR, и мы сможем помочь вам в этом. Могу ли я спросить, почему вы не можете установить последнее исправление? – TyLy
Установка последнего исправления должна выполняться в 20+ режимах работы во всех наших средах, в регрессионном цикле QA и т. Д. Это всего лишь небольшое усилие. Будет загружен дезинфицированный authconfig. –