Конфигурирование запуска в ThinApp

Параметр NetRelaunch

Параметр NetRelaunch определяет, следует ли при запуске приложения из сетевого ресурса или съемного диска для ускорения запуска перезапустить его с локального диска.

По умолчанию в ThinApp установлено значение параметра NetRelaunch, при котором работающее с сетевого или съемного диска приложение перезапускается, используя исполняемый файл на локальном жестком диске. Этот процесс устраняет проблемы производительности, создаваемые антивирусной программой, при ее попытке сделать полное сканирование открывающихся с общего сетевого ресурса или съемного диска исполняемых файлов. А так же на создающие первоначальное сетевое подключение исполняемые файлы. Сканирование может существенно повлиять на время запуска больших исполняемых файлов.

Поскольку большое количество настольных компьютеров использует антивирусные программы, ThinApp позволяет приложениям открыться с сетевого ресурса, не подвергаясь долгому сканированию. Если выполнение приложения идет с сетевого ресурса или съемного диска, ThinApp создает исполняемый файл в каталоге CachePath, параметр которого задан на локальном диске и перезапускает приложение из этого исполняемого файла. Исполняемый файл может загрузить среду выполнения из большого пакета и прочитать оставшуюся часть приложения из исходного расположения в сети. Некоторые антивирусные приложения понимают, что приложение локально, поэтому не сканирует большие исполняемые файлы на сетевом ресурсе или съемном диске.

Пример: Изменение параметра NetRelaunch

Этот пример показывает, как можно изменить параметр NetRelaunch для более быстрого начального запуска.

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

[BuildOptions]

NetRelaunch = 0

Параметр RuntimeEULA

Параметр RuntimeEULA контролирует отображение Лицензионное соглашение для пакета. Этот параметр рассматривает устаревшие требования EULA. VMware не требует выполнения EULA для пакетов ThinApp.

Примечание: не изменяйте значение этого параметра.

Пример: Значение RuntimeEULA по умолчанию. Этот пример показывает, как параметр RuntimeEULA предотвращает отображение лицензионного соглашения.

[BuildOptions]

По умолчанию: не показывать Eula

RuntimeEULA = 0

Параметр VirtualComputerName

Параметр VirtualComputerName определяет, переименовать ли имя компьютера, чтобы избежать конфликтов имен между процессом получения и процессом развертывания.

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

ThinApp использует начальную установку параметра VirtualComputerName. Этот параметр использует строку, которую функции GetComputerName и GetComputerNameExAPI возвращают в виртуальном приложении.

Пример: Подключение виртуального имени компьютера

Этот пример показывает, как параметр VirtualComputerName создает второе имя для компьютера под названием LOCALHOST, который будет захвачен в виртуальном приложении. Приложение использует второе имя для соединения с виртуальной машиной. Если при захвате имя LOCALHOST отсутствует, ThinApp использует параметр VirtualComputerName.

; VirtualComputerName =

Если Вы переименовываете чистую машину как LOCALHOST прежде, чем выполнить процесса захвата, Package.inifile активирует имя, которое создал параметр VirtualComputerName. Виртуальное приложение работает с переименованным именем LOCALHOST, потому что любой компьютер, на котором приложение работает, получает это значение как имя компьютера.

Если Вы выполняете команду GetComputerName или GetComputerNameEx, компьютер возвращает LOCALHOST. Если система Windows требует, чтобы команды GetComputerName и GetComputerNameEx работали стандартным способом и возвратили подлинное имя компьютера, при работе приложения, не переименовывайте машину как LOCALHOST.

VirtualComputerName=LOCALHOST

Пример: Подключение переменной окружения

В дополнение к определению литеральной строки, такой как LOCALHOST, Вы можете подключать переменную окружения. То есть, когда Вы определяете переменную окружения, возвращенное значение является значением переменной окружения. Если значение параметра VirtualComputerName - %VCOMPNAME %, и %VCOMPNAME% переменная окружения установлена в EnvCompName, GetComputerNameAPI возвращает EnvCompName.

VirtualComputerName=%VCOMPNAME%

Параметр Wow64

Параметр Wow64 моделирует 32-разрядную среду для 32-разрядных приложений, которые не могут работать на 64-разрядной операционной системе Windows.

Если 32-разрядное приложение пытается обработать свое собственное 64-разрядное перенаправление реестра, прежде чем собирать проект Вы можете активировать этот параметр. Для предотвращения эмуляции Windows на Windows 64-разрядной системе (WOW64) установите начальный параметр.

Пример: Применение параметра Wow64

Пример показывает, как использовать параметр Wow64, чтобы моделировать 32-разрядную среду для 32-разрядных приложений в 64-разрядной операционной системе. Например, виртуализированное 32-разрядное приложение Oracle не могло бы работать над 64-разрядной операционной системе.

[BuildOptions]

Wow64=0

Параметр QualityReportingEnabled

Параметр QualityReportingEnabled определяет, может ли VMware собрать анонимные данные по пакету, чтобы улучшить поддержку приложения ThinApp. VMware собирает информацию по применению, такую как версия и число отказов приложения.

Если Вы соглашаетесь на анонимный сбор данных во время процесса получения, параметр QualityReportingEnabled загружает данные каждые десять дней.

Пример: Отключение сбора данных

Вы можете изменить параметр QualityReportingEnabled, чтобы отключить сбор данных ThinApp.

[BuildOptions]

QualityReportingEnabled = 0

Руководство пользователя