Ошибка миграции MobileFirst authenticationConfig.xml 7.1 в примере проекта Security Access Manager — как решить?

Я работаю с IBM MobileFirst 7.1 и пытаюсь добиться интеграции с ISAM. До сих пор я работал с образцом приложения, предоставленным здесь , но у меня возникают проблемы с ним при работе с клиентскими инструментами 7.1 MobileFirst.

Если я загружу и разархивирую пакет интеграции v3.5, разархивирую тестовый проект ISAMforMobileFirst и соберу его с помощью интерфейса командной строки v7.0, сборка будет выполнена успешно. Однако, если я соберу его с помощью CLI версии 7.1, я получу такую ​​ошибку:

Migrating project from version 7.0.0.00.20150211-0917 to version 7.1.0.00.20150807-0630.
[Error:
BUILD FAILED
/Applications/IBM/MobileFirst-CLI-7.1/mobilefirst-cli/node_modules/generator-worklight-server/lib/build.xml:497: com.worklight.upgrader.UpgradeEngineException: FWLPL0019E: Migrating the ISAMforMobileFirst project from version 7.0.0.00.20150211-0917 to version 7.1.0.00.20150807-0630 has failed because Cannot parse /Users/ferriera/Downloads/AmWorklightAdapter-3.5/sample/ISAMforMobileFirst/server/conf/authenticationConfig.xml
    at com.worklight.upgrader.WLUpgradeEngine.upgradeProject(WLUpgradeEngine.java:271)
    at com.worklight.upgrader.ant.UpgraderTask.execute(UpgraderTask.java:100)
    at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:292)
    at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)

Коллега также видит эту точную ошибку в MobileFirst Studio 7.1 (в Eclipse), поэтому я предполагаю, что это не ошибка, связанная с CLI.

Я бы предположил, что поддержка чего-то изменилась в authenticationConfig.xml в 7.1, и это не отразилось на миграционе.

Несколько вопросов:

  1. Поддерживается ли интеграция ISAM в версии 7.1?

  2. Хотя я понимаю, что образец приложения технически не поддерживается в версии 7.1, если/поскольку интеграция с ISAM есть, теоретически заставить его работать можно. Что изменилось в синтаксисе authenticationConfig.xml?


eclipse ibm-mobilefirst isam mobilefirst-cli
person Andrew Ferrier    schedule 15.10.2015    source источник
comment
Вы сравнивали старый файл authenticationConfig.xml с новым?   -  person Idan Adar    schedule 15.10.2015
comment
Это тот же authenticationConfig.xml - точно такой же проект. Я думаю, проблема в том, что миграционная программа для 7.1 не может разобрать формат 7.0 authenticationConfig.xml.   -  person Andrew Ferrier    schedule 15.10.2015
comment
На случай, если это поможет, я загрузил authenticationConfig.xml точно в том виде, в каком он был из пакета, когда мы загружали его здесь: gist.github.com/andrewferrier/4aa16a18639628f054a8   -  person Andrew Ferrier    schedule 15.10.2015
comment
Ошибка и здесь. Откройте ПМР.   -  person Idan Adar    schedule 15.10.2015
comment
Я сделаю это, как только смогу. Но мне было интересно, есть ли способ угадать/теоретизировать о том, что не так внутри authenticationConfig.xml, чтобы я мог исправить это вручную. Если предположить, что поддержка заголовков LTPA/HTTP не была полностью удалена, я думаю, что все еще можно заставить ее работать.   -  person Andrew Ferrier    schedule 15.10.2015
comment
Нет ресурсов разработчиков для отладки без PMR.   -  person Idan Adar    schedule 15.10.2015

Ответы (1)


arrow_upward
2
arrow_downward

Редактировать: похоже, что сбой происходит из-за следующего: <parameter name="embedded-pki-bridge-ca-p12-file-path" value="<file-path>"/> и, более конкретно: <file-path>.

Измените его на фактический путь к файлу, и импорт не прекратится.

На самом деле ничего в файле authenticationConfig.xml не касается ISAM; это все декларации областей, модули входа в систему, тесты безопасности...

Произошел явный сбой, и необходимо открыть PMR.
Что касается локального обходного пути, я попытался удалить сегменты в файле, которые, как я думал, могут вызвать сбой, но не смог найти причину, которая его вызывает. ...

person Idan Adar    schedule 15.10.2015
comment
Да, я открыл ПМР. Я проследю это через это. - person Andrew Ferrier; 16.10.2015
comment
Бинго, похоже на то, спасибо. Я предполагаю, что это означает, что средство миграции более разборчиво, чем обычная команда сборки MFP 7.0. Независимо от этого, изменение <file-path> на реальный путь к файлу, даже несуществующему, приводит к успешному выполнению mfp build. Спасибо! - person Andrew Ferrier; 20.10.2015
comment
где точный путь к файлу кстати? - person user1872384; 11.05.2016