MFP_PERSISTENT_DATA Усеченная проблема - PullRequest
Новая
       11

MFP_PERSISTENT_DATA Усеченная проблема

0 голосов
/ 14 февраля 2019

Используя MFP8, я урезал MFP_PERSISTENT_DATA и MFP_TRANSIENT_DATA из более чем 0,8 миллионов записей в прямом эфире.

В настоящее время пользователи iOS сталкиваются с проблемами и могут видеть указанные ниже журналы на сервере.Как исправить то же самое

ibm.mfp.server.registration.internal.RegistrationServiceImpl E FWLSE4213E : сбой аутентификации клиента JWT - публичные ключи не совпадают com.ibm.mfp.server.security.shared.webtoken.WebTokenException: неверная подпись

ibm.mfp.server.registration.internal.rest.RegistrationEndpoint E FWLSE4225E : неверный запрос на самостоятельную регистрацию обновления, клиентподпись не может быть проверена com.ibm.mfp.server.security.shared.webtoken.WebTokenException: Неверная подпись

ibm.mfp.server.registration.internal.rest.RegistrationEndpoint E FWLSE4224E : Не удалось обработать запрос на регистрацию.com.ibm.mfp.server.core.shared.MFPRESTException: 400;Заголовки = [];body = {errorCode = APPLICATION_DOES_NOT_EXIST errorMsg = Приложение не существует}

1 Ответ

0 голосов
/ 14 февраля 2019

Во-первых, случайное удаление записей из MFP-PERSISTENT_DATA вообще не рекомендуется. Для любой очистки таблиц мы рекомендуем вам сделать это с помощью https://mobilefirstplatform.ibmcloud.com/blog/2018/12/27/purge-mfp-runtime-tables/. предложений, учитывая, что ваш текущий сценарий

1) Начиная с уровня ноября 2018 SDK, Intelligence включается в MFP SDK, чтобы заботиться о таких случайных удалениях путем очистки контекста клиента и повторной регистрации.Если приложение клиента имеет уровень клиентского SDK, который обеспечивает автоматическую регистрацию, эта проблема не появится, и MFP SDK восстановится после описанного выше сценария ошибки, очистив и выполнив новую регистрацию.Согласно информации, представленной ниже, клиент находится на более старом уровне SDK, а для функции автоматической перерегистрации требуется уровень SDK от 2018 г. или позже.

2) Есть ли способ резервного копирования / восстановления данных, которые у вас естьусеченный?если вы сделали резервную копию / можете ли вы восстановить и следовать соответствующим инструкциям для очистки, как обновлено в блоге выше?

3) При условии, что нет способа восстановить / не удается обновить их приложение до более нового уровня SDK,можно вручную очистить кэш / удалить приложение и переустановить приложение, для восстановления которого необходимы действия конечного пользователя.

4) Другой вариант - обновить приложение до метода setServerURL () после этой ошибки, но это может привести кснова необходимо обновить приложение и тщательно спланировать, чтобы обеспечить его надлежащее добавление только к точному сценарию ошибки в логике приложения, поскольку оно полностью очищает контекст клиента

https://mobilefirstplatform.ibmcloud.com/api-ref/wl-android-n-java-apidoc/html/refjava-worklight-android-native/html/com/worklight/androidgap/api/WL.html#setServerUrl(java.net.URL)

...