Как избежать развертывания приложений и адаптеров дважды на Mobilefirst?

Question

Мы разработали несколько приложений и адаптеры как часть нашего проекта

Мы написали маленький муравей сценариев для развертывания «приложения» и «адаптеров»,

Предшествующей исполняющих «муравья задача:» Мы хотим знать, является ли приложения и адаптеры уже были развернуты или нет

Могу ли я использовать таблицы «PROJECT_ADAPTERS» и «PROJECT_APPLICATIONS», чтобы избежать дублирования развертывания? (или) Что произойдет, если попытаться развернуть те же «приложения» и «адаптеры» дважды по ошибке?

Answer 1

Ничего плохого не произойдет при повторном развертывании адаптера или приложения.

Фактически, если контрольная сумма идентична уже развернутой .wlapp/.adapter и подлежащей развертыванию .wlapp/.adapter, она вообще не может быть развернута. И если они разворачиваются дважды, и это точно такие же приложения и адаптеры (без изменений кода), они снова будут развернуты (они будут дублироваться , а не).

Answer 2

Вы должны обрабатывать сервер рабочего света как черный ящик, хотя в чисто технических терминах вы можете исследовать базу данных и выводить информацию при том, что вы не используете формальный API, и поэтому все, что вы делаете, не поддерживается и может стать недействительным в будущих выпусках продуктов.

Однако существуют опубликованные задачи ant для извлечения списка развернутых приложений и адаптеров, поэтому в принципе вы можете их использовать. Однако я обращаюсь к мудрости этого. Моя главная проблема заключается в том, что я не вижу, насколько важно знать, что какая-то версия вашего артефакта развернута. Предположим, вы изменили исходный код, разве вы не хотите развертывать его?

Задачи муравьев задокументированы в InfoCentre. Поиск по теме Администрирование приложений MobileFirst через ant. Вот link that works сегодня.

Как отметил Идан, в средствах сборки есть определенная степень умственности, чтобы избежать избыточного развертывания. Я предлагаю вам использовать инструменты только в том виде, в каком они стоят, а не пытаться обойти их с помощью подходов.