#actionscript-3 #apache-flex #deployment #air
#actionscript-3 #apache-гибкий #развертывание #air
Вопрос:
Как в настоящее время лучше всего подготовить приложение AIR для развертывания на предприятии, а также обновления?
Платформа AIR updater приятна и удобна, но также требует прав администратора (насколько мне известно) для установки обновленной версии. Итак, как подготовить приложение AIR таким образом, чтобы предприятие могло легко устанавливать и обновлять его на терминалах работодателя?
второй вопрос, каким-то образом связанный: есть ли какой-либо способ позволить сотрудникам обновлять приложение самостоятельно без необходимости получения прав администратора?
третий вопрос, связанный с программой обновления: есть ли какой-либо способ определить, обладает ли пользователь достаточными правами для фактической установки обновления, и раздражать его диалогом обновления, только если у него есть?
Ответ №1:
Похоже, об этом должен позаботиться работодатель. Они могут развертывать Adobe AIR и приложения AIR, используя стандартные средства развертывания для настольных компьютеров, такие как Microsoft SMS или IBM Tivoli, которые обеспечивают автоматическую установку.
ИТ-администраторы могут выполнять такие действия, как отмена лицензионного соглашения Adobe AIR с конечным пользователем, если они принимают его от имени своей организации. В Windows также существуют параметры реестра, которые могут препятствовать установке приложений Adobe AIR (подписанных или ненадежных) и обновлений Adobe AIR. В Linux есть файл конфигурации, расположенный в /etc/opt/Adobe AIR/ , в который можно вносить изменения.
Однако, если эти настройки позволяют установку или обновления, пользователям все равно понадобятся административные или системные права для выполнения этих операций, которыми вы не можете управлять из своего приложения. Это зависит от системных политик. Люди, которые могли бы выполнять установку или распространение программного обеспечения, в любом случае должны обладать правами администратора.
Возможно, вам захочется учесть в своем приложении собственные операции на рабочем столе, такие как манипулирование буфером обмена, ввод-вывод локальных файлов, системные уведомления и поддержку перетаскивания. Все ограничения, действующие в операционной системе, будут распространяться и на приложения Adobe AIR. Кроме того, если вы загружаете содержимое извне приложения, это содержимое будет соответствовать тем же правилам, как если бы оно было загружено браузером.
В зависимости от вашей ситуации у вас также есть возможность приобрести у Adobe лицензию на распространение, хотя, возможно, лучше всего ознакомиться с часто задаваемыми вопросами о распространении во время выполнения Adobe. Если вы просто хотите распространять настольное приложение, то, возможно, это неприменимо.
В Руководстве администратора Adobe AIR содержится дополнительная информация по этому вопросу. На сайте Adobe для разработчиков размещена подробная статья о распространении AIR на предприятии при условии, что установлены и настроены Microsoft Systems Management Server 2003, Microsoft System Center Configuration Manager 2007 или IBM Tivoli Provisioning Manager Express для распространения программного обеспечения 4.1.1.
Комментарии:
1. Спасибо за ваш ответ. Но позвольте мне еще раз спросить о том, как создать само приложение. например, имеет ли смысл интегрировать автоматическую проверку обновлений с использованием платформы AIR updater, если целевые компьютеры будут терминалами, на которых пользователи не имеют прав администратора? или в такой среде лучше всего просто создать обновленный файл .air, и он будет обновлен с помощью MS SMS или Trivoli или тому подобного? возможно ли написать приложение таким образом, чтобы на компьютерах, где пользователь имеет права администратора, использовалась платформа AIR updater framework, но не на терминалах без прав администратора?
2. Я думаю, что было бы лучше распространить файл .air и попросить администраторов установить обновление. Если вы решите использовать платформу обновления, а у пользователей нет прав на установку обновления, я полагаю, что обновление завершится ошибкой, но пользователи все равно смогут использовать установленное в данный момент программное обеспечение. Если у пользователей есть права администратора, то вы можете использовать платформу updater framework, но также учитывайте, что сотрудники также могут иметь ограниченный доступ к сети, поэтому использовать платформу updater framework может быть нецелесообразно.
3. Также учтите, что если ИТ-отдел организации начнет получать жалобы или отзывы о том, что приложение пытается обновиться, но не удается из-за ограниченного доступа к сети или из-за отсутствия прав на установку, это, скорее всего, означает, что вам придется иметь дело с тушением пожара. Я не могу точно сказать, что вам следует делать, поскольку я ничего не знаю о вашей ситуации, но я думаю, что вам следует снизить любые риски и предотвратить повреждение ваших отношений или репутации.
4. Корпоративные сети также могут ограничивать доступ к сети, и в этот момент ваша платформа обновления не даст пользователям никаких преимуществ вообще (и любые попытки обновления не будут работать). Однако, если URL является внутренним в сети организации, то это должно быть нормально (при условии, что пользователям разрешено устанавливать программное обеспечение на свои компьютеры).
Ответ №2:
Чтобы установить Air update на себя, вам нужно только указать URL, где он может быть расположен (в update.xml файл, я полагаю). Затем приложение Air проверяет URL-адрес при каждом запуске, чтобы узнать, есть ли новая версия. Когда дело доходит до «развертывания», просто используйте любые методы разработки программного обеспечения, используемые вашей компанией (обычно автоматизированные сборки, сервер непрерывной интеграции и т.д.).
Однако для его установки вам потребуются права администратора, поскольку он аналогичен установке любого другого приложения. Если у пользователя нет привилегий, лучшим способом его установки было бы включить его в обычный сценарий установки Windows при запуске пользователем своего компьютера, или администратор может принудительно в любое время на клиентском компьютере (как это уже делает любая крупная компания). Я полагаю, что это больше подходит для подхода, который вы хотели бы использовать в крупной компании; запускайте скрипт при запуске и каждую ночь (когда пользователя нет рядом), который проверяет, нужно ли что-то устанавливать или обновлять.