В соответствии с Worklight 5.0.6 Information Center, для атрибута testWebResourcesChecksum
в application-descriptor.xml
: проверяетIBM Worklight 5.0.6 - Использование testWebResourcesChecksum
контролирует элемент ли приложение целостности его веб-ресурсов, каждый раз, когда он начинает работать на мобильном устройстве. Если атрибут enabled имеет значение true, приложение вычисляет контрольную сумму своих веб-ресурсов и сравнивает его со значением, сохраненным при первом запуске. Расчет контрольной суммы может занять несколько секунд, в зависимости от размера веб-ресурсов. Чтобы сделать это быстрее, вы можете предоставить список расширений файлов, которые будут проигнорированы в этом расчете.
<security>
<encryptWebResources enabled="false"/>
<testWebResourcesChecksum enabled="false" ignoreFileExtensions="png, jpg, jpeg, gif, mp4, mp3"/>
<publicSigningKey> value </publicSigningKey>
</security>
1) Если атрибут установлен верно, то контрольная сумма интернет-ресурсы будут сравниваться со значением, хранящимся, когда он был первым бежать. Что произойдет, если контрольная сумма отличается? Появится сообщение с сообщением об ошибке и начнется принудительное приложение?
2) По умолчанию для этого атрибута установлено значение false. Однако для моего понимания Direct Update также потребуется вычислить контрольную сумму веб-ресурсов. В чем заключается основное значение для установки true или false?
Окружающая среда: Worklight 5.0.6 Developer Edition
Спасибо!
Thanks Idan. Это становится более ясным. Поскольку я знаю, что мы можем переопределить системное сообщение об ошибке, которое находится внутри «android \ native \ assets \ www \ default \ wlclient \ js \ messages.js», могу ли я спросить, какой ключ соответствует этому сценарию? Как мне кажется, в этом файле нет конкретного сообщения. Большое спасибо! – red23jordan
Сообщение жестко запрограммировано. Мы должны, вероятно, экстернализировать его. Спасибо ... –
Спасибо. Можно также спросить, какой класс JS/Java выполняет эту обработку? – red23jordan