Thinstall что это за папка
You are using an outdated browser. Please upgrade your browser to improve your experience.
expand-card-line
calendar-line —>
Пакет ThinApp, несовместимый с VMware Identity Manager , можно преобразовать в пакет, который можно распространять и которым можно управлять с помощью VMware Identity Manager . Это можно сделать одним из следующих способов: воспользоваться командой relink в ThinApp 4.7.2, пересоздать пакет из файлов проекта ThinApp после редактирования файла проекта Package.ini и добавления в него необходимых параметров VMware Identity Manager или перезаписать приложение Windows с соответствующими параметрами VMware Identity Manager , выбранными в программе ThinApp Setup Capture.
Примечание: Пакет ThinApp, совместимый с VMware Identity Manager , можно использовать только для развертывания VMware Identity Manager . Такие совместимые пакеты могут запускать и использовать только пользователи VMware Identity Manager , у которых установлено приложение VMware Identity Manager Desktop . Во время выполнения пакет ThinApp загружает библиотеку DLL со специальным именем и использует ее для проверки права пользователя в VMware Identity Manager . Поскольку библиотека DLL устанавливается с приложением VMware Identity Manager Desktop , такие пакеты ThinApp можно запускать только в системах Windows, в которых установлено приложение VMware Identity Manager Desktop .
Необходимые условия
- Если используется команда relink , убедитесь в наличии исполняемых файлов для пакета ThinApp, которые необходимо преобразовать, и приложения relink.exe для ThinApp 4.7.2.
- При обновлении файла Package.ini проекта ThinApp и пересоздании пакета убедитесь в наличии файлов проекта, необходимых программе ThinApp 4.7.2, чтобы пересоздать пакет.
- При перезаписи приложения Windows убедитесь в наличии программы Setup Capture для ThinApp 4.7.2, установщика приложения и других элементов, которые необходимы для перезаписи приложения. Дополнительные сведения см. в руководстве пользователя ThinApp .
Убедитесь в наличии доступа к общему сетевому ресурсу ThinApp, используемому VMware Identity Manager , а также возможности создавать вложенные папки и копировать в них файлы.
Процедура
- Невозможно воспользоваться методом пересоздания из-за отсутствия папки проекта.
- Перезапись приложения с помощью Setup Capture займет слишком много времени.
- Отсутствует установщик приложения, который необходим для перезаписи с помощью Setup Capture.
Примечание: Среда выполнения ThinApp всегда обновляется при выполнении команды relink -h для пакета ThinApp.
Чтобы получить справку по синтаксису команды relink, выполните ее из каталога Program Files решения ThinApp.
Чтобы создать совместимый пакет, используйте базовый синтаксис команды:
relink -hпапка_исполняемых_файлов/*.*
где папка_исполняемых_файлов — это папка, содержащая исполняемые файлы пакета ThinApp, который необходимо обновить.
Важно!: При использовании команды relink нельзя указывать непосредственно папку исполняемых файлов пакета в общем сетевом ресурсе, используемом для пакетов ThinApp в среде VMware Identity Manager . При обновлении среды выполнения ThinApp команда преобразует старые исполняемые файлы в BAK-файлы, которые она записывает вместе с новыми файлами в эту же папку. Поскольку запись в общий сетевой ресурс, как правило, запрещена, при выполнении команды relink необходимо указать копию папки исполняемых файлов.
Другие сценарии использования команды relink описаны в статье базы знаний VMware, доступной по адресу: http://kb.vmware.com/kb/2021928.
В разделе [Build Options] файла Package.ini добавьте следующие параметры:
;--- VMware Identity Manager Parameters --- AppID=genid NotificationDLLs=hzntapluginlugin.dll
hzntaplugin.dll — это библиотека DLL, которую среда выполнения ThinApp вызывает для проверки права пользователя VMware Identity Manager на использование виртуализированного приложения.
При необходимости можно добавить параметр HorizonOrgURL и задать в качестве его значения полное доменное имя VMware Identity Manager . См. Установка и настройка VMware Identity Manager .
Результаты
Набор файлов (EXE и, при необходимости, DAT) для пакета ThinApp, который можно распространять (а также управлять им) при помощи VMware Identity Manager , готов.
» VMware ThinApp (formerly Thinstall) 3
Astra55
Как оказалось, проблема была связана с виртуальными ассоциациями. Удалил все записи из реестра, отключил в настройках автоопределение ассоциаций, пересобрал с новым settings.dat и все стало ОК. Проверил на нескольких компах.
Автор: ice99
Дата сообщения: 25.06.2011 11:15
Подскажите АЛГОРИТМ отладки собранных приложений в thinapp.
—-Два первых шага таковы
1. Сборка с режимом Writecopy (по умолчанию), песочница рядом.
2. Запуск билда, «ошибка запуска».
3. .
4.——-
т.е. если приложение (любое) при запуске вылетает с ошибкой, то.
какой алгоритм максимально быстрой локализации проблемы.
Например, если компьютер «болеет», то чтобы локализовать проблему, сначала нужно например понять глобальные вещи «железо глючит или софт», загружаемся с загрузочной флешки, либо ставим чистую систему. Если всё нормально, то глючит софт. Последовательно ставим драйвера, находим «слабое звено», и т.д. в общем, кто знает, тот поймёт.
Если проблема «железная», то «сбрасываем биос на дефолт», «вытаскиваем из матери всё кроме минимального набора ,позволяющего загрузиться», «добавляем по одной плате», смотрим на реакцию, и т.д.
Я описал вкратце 99% универсальный алгоритм БЫСТРОЙ ЛОКАЛИЗАЦИИ проблемы. Когда проблема найдена, тогда уже садимся за детальные исследования.
Интересует схожий алгоритм и по thinapp. Какие утилиты использовать? regmon,filemon, processviewer, и тд.
У кого какие способы?
Автор: ivanivanovivan
Дата сообщения: 02.07.2011 20:41
ice99 Вы не забывайте о виртуальном и реальном реестре при использовании «regmon,filemon, processviewer, и тд.», ThinApp Log Monitor предусмотрена разработчиком для отладки, а из своего опыта могу сказать, если прога не портируется (при соблюдении всех требований, например: когда то портировал 1С, программа не собиралась, мозг разнёс почему, а оказалось в названии 1С:Предпр.. двоеточие всему проблема) то и не соберётся, альтернатива ксенокод или новый спун, но они гадят в реестр, думаю буду прав если скажу, что основная проблема при портировании — варезный софт, арадилы, темиды и прочее гавно унылое
Автор: Gideon_Vi
Дата сообщения: 09.07.2011 03:08
Цитата:
Start-Apps 1.0.0.1 by vyachko
обновите ссылку, пожалуйста
http://www.megaupload.com/?d=EKW581E5
Автор: opt_step
Дата сообщения: 09.07.2011 03:35
обновите ссылку, пожалуйста
Автор: Animatmos
Дата сообщения: 10.07.2011 12:21
Подскажите, можно ли сделать портативной игру, использующую Steam, средствами ThinApp?
Автор: VidelSamogO
Дата сообщения: 19.07.2011 00:23
Astra55
Вы хотите сказать, что он имеет английский интерфейс?
Автор: opt_step
Дата сообщения: 19.07.2011 03:05
Animatmos
можно, но из портейбл можно будет вытащить вашу регу
Автор: FeoNik
Дата сообщения: 21.07.2011 13:07
Автор: coherent
Дата сообщения: 29.07.2011 17:33
Друзья!
Растолкуйте, пожалуйста, кто-нибудь ньюансы опции:
VirtualDrives=Drive=c, Serial=fc20cd23, Type=FIXED
Конкретно интересует ситуация, когда сборка предназначена для работы на компьютере, где диск С — системный и имеется реально в наличии. Когда использовать эту опцию, а когда нет ?
Автор: Astra55
Дата сообщения: 29.07.2011 18:10
coherent
Эта и следующая строчка — частичная эмуляция системы.
Когда использовать эту опцию, а когда нет ?
Когда эмуляция нужна, тогда и использовать.
Автор: coherent
Дата сообщения: 29.07.2011 19:08
Astra55
Краткость — сестра таланта!
Когда эмуляция нужна, тогда и использовать.
Именно в этом месте хотелось бы подробней. Понимаю, что бывают случаи, когда система установлена не на диске С (даже видел такое), а для нормальной работы сборки требуется, чтобы система была именно на диске С, и это достигается опцией «VirtualDrives=Drive=c, . «. А если, повторюсь, сборка предназначена для работы на компьютере, где диск С — системный и имеется реально в наличии, то нужна ли в этом случае эмуляция системы и когда? Если можно, пример! Чувствую чего-то не хватает для полного понимания.
Автор: Astra55
Дата сообщения: 29.07.2011 20:07
coherent
ThinApp не перекидывает буквы дисков, поэтому, если софт устанавливался на С:, то при системе на D:, изменить это невозможно, пути уже прописаны в контейнере. Разговор идет об эмуляции ID диска и имени юзера.
Автор: coherent
Дата сообщения: 29.07.2011 21:21
Разговор идет об эмуляции ID диска и имени юзера.
Похоже теперь понял! При выставленной опции программа будет видеть реальную структуру диска С компа, где она запущена, но в плане ID диска и имени юзера будет считать, что это тот диск С на котором она собиралась. Если регистрация программы зависит от ID диска, а опцию не задать, то при запуске на другом диске потребуется повторная регистрация.
Автор: NickOnToluca
Дата сообщения: 29.07.2011 21:26
Что-то давно не обновляли.
Автор: KloneBADGuY
Дата сообщения: 30.07.2011 20:51
Добрый вечер. Подсобите советом. Нужно реализовать
проверку «первого запуска» программы.
Сделал через vbs-скрипт, код рабочий, но вот как связать с песочницей,
никак не могу разобраться. Не удалось понять, какую папку скрипт считает
root-директорией. Хотел сделать проверку на присутствие самой песочницы
— не вышло. Через реестр — тоже. Как заставить скрипт прочитать/записать
в реестр песочницы?
P.S. И еще, нужно ли включать в проект папку ThinstallPlugins
с scripting.dll или это для старых версий [использую последнюю]?
Автор: megauser123
Дата сообщения: 30.07.2011 21:35
KloneBADGuY
Например, через реестр. делаешь в виртуальном реестре запись FirstStart=1, затем, при первом старте ставишь FirstStart=0. Если песочницу удаляют, FirstStart снова вернется в 0, и скрипт сработает. Что и требуется.
А вот как определить местоположение песочницы, если оно не задано явно в BuildOptions, я и сам хотел бы знать. Если мне память не изменяет, простых способов нет.
нужно ли включать в проект папку ThinstallPlugins
с scripting.dll
Автор: KloneBADGuY
Дата сообщения: 30.07.2011 22:11
megauser123
Например, через реестр. делаешь в виртуальном реестре запись FirstStart=1, затем, при первом старте ставишь FirstStart=0. Если песочницу удаляют, FirstStart снова вернется в 0, и скрипт сработает. Что и требуется.
Так это, я же написал, что скрипт у меня готов.
Я внес запись в HKEY_LOCAL_MACHINE.txt, но скрипт эту запись не видит.
Не получается взаимодействовать с вирт. реестром. Как правильно
нужно записать скрипт в vbs? Возможно, я что не так делаю.
Автор: megauser123
Дата сообщения: 30.07.2011 23:38
KloneBADGuY
Выложи скрипт и внесенную запись (под хайд, либо в пм), давай посмотрим.
Автор: KloneBADGuY
Дата сообщения: 31.07.2011 00:54
megauser123 Подробности внутри #
p.s. Попробовав VMWare ThinApp, я начал понимать, почему,
многие, предпочитаю более прозрачный portableapps-формат =.=
Автор: megauser123
Дата сообщения: 31.07.2011 01:19
WMI плохо виртуализируется, можно сказать, вообще никак.
Поэтому правильно так:
[more=>>>]
Код: Option Explicit
Function OnFirstSandboxOwner
Dim oShell
Set oShell = CreateObject(«WScript.Shell»)
If oShell.RegRead(«HKEY_LOCAL_MACHINE\SOFTWARE\Program\PortWarnMessage») = «Hide» Then
MsgBox «Используя портативную версию платной программы, Вы тем» & Chr(13) & «самым подтверждаете наличие у Вас купленной лицензии!», vbInformation, «ВНИМАНИЕ!»
oShell.RegWrite «HKEY_LOCAL_MACHINE\SOFTWARE\Program\PortWarnMessage», «Show=)», «REG_SZ»
End If
End Function
Автор: KloneBADGuY
Дата сообщения: 31.07.2011 04:44
megauser123,
Поэтому правильно так.
Теперь работает, спасибо за подсказку.
Я так понимаю Option Explicit помогло?
. Кстати, исходное значение ключа надо бы установить в Show, а то путаница получается. Типа, 1 — ложь, 0 — истина.
Да это просто черновик был, я искал решение.
Уже все упорядочил. Кстати, поправь в коде
«Show=)» чтобы другие не путались.
. Будущее за песочницами.
Бесспорно, я такого-же мнения. Песочницы круче PortableAppz
— это не обсуждается. Я просто хотел сказать, что нынешний
инструментарий — это довольно громоздко и через ж. Чтобы
реализовать элементарные функции — приходится извращаться.
И то, не факт, что получиться. Все-же, некоторые PortableAppz
портативки использую с удовольствием. Я говорю, про те, что
собраны не криво-лапым медведем.
Автор: Astra55
Дата сообщения: 31.07.2011 10:24
Глупые советы портабелизаторам
Поскольку появляется все больше и больше сборок, авторы которых научились нажимать несколько кнопок в ThinApp и запускать build.bat, при этом не утруждая себя изучением документации и чтением топика по ThinApp (Thinstall), поскольку первый на английском, а во втором слишкам многа букаф, предлагаются кое-какие советы. Дабы не быть при этом обвиненным в высокомерии, уничижении и прочих грехах, советы названы глупыми. Можете спокойно их проигнорировать и продолжать делать сборки на свой лад.
0 . Если вы не знакомы с принципами работы системы Windows в целом, и ее реестра в частности, то постигнуть некоторые моменты работы портабельных сборок будет очень трудно или даже невозможно.
1 . Изоляция папок в проекте — один из самых хитрых моментов. Дать рекомендации по каждой папке проекта практически невозможно, поэтому только краткие принципы.
Включать ли вообще ту или иную папку в проект, а если включать, то какой тип изоляции ставить, зависит исключительно от функционала программы. Всегда будут два полюса — либо нужные файлы/папки в процессе работы сборки окажутся в песочнице вместо реальной системы, либо окажутся в реальной системе вместо песочницы, когда они там не нужны. Если программа не создает никаких служебных папок и файлов (именно служебных, то есть, своих собственных), то можно удалить из проекта все папки, кроме тех, что реально использовала программа в момент запуска, при создании проекта. Определить будет ли она создавать что либо для себя самой, можно только работая с ней достаточно долго. Грубо говоря, нужно пройтись по всем фунциям и не по одному разу, чтобы сделать далеко идущие выводы. Обычно этого не случается, по вполне объективным причинам.
Но некоторые принципы действуют для всех случаев, а именно:
— Всегда удаляйте файл ##Attributes.ini (WriteCopy), который лежит сразу же в %ProgramFilesDir%. Почему и зачем? Если оставить этот файл, то все содержимое виртуальной папки Program Files будет всегда в виртуале. К чему это приведет? Если сборке будет нужно создать файл или папку внутри реальной директории Program Files, то вместо реала созданные объекты окажутся в песочнице, ведь там установлена изоляция WriteCopy. Другой пример — если одна сборка обращается к другой сборке, скажем, конвертер pdf вызывает для просмотра pdf файла портабельный Adobe Reader, находящийся в Program Files, то опять таки, изоляция приведет к помещению копии Reader в песочницу. Вот из-за таких моментов и не нужно изолировать %ProgramFilesDir%, пусть она всегда будет в реальной системе. Придумать ситуацию, когда от подобной изоляции будет польза, я не могу, за исключением крайне редких случаев. Само собой, что на папки портабелизируемой программы, находящиеся внутри %ProgramFilesDir%, это правило не действует, там другие законы.
2 . Удаляйте из проекта все папки с временным или бесполезным содержанием, как минимум, следующие:
Support
—————
Эта папка вообще не имеет отношения к сборке, и содержит всякую интимную информацию о вашем компе, удалить обязательно.
—————
%Desktop%
%Common Desktop%
%Programs%
—————
Ярлыков в реальной системе сборки не создают, поэтому эти папки не имеют смысла
—————
%Cookies%
%History%
%Internet Cache%
%TEMP%
—————
Эти папки по сути своей — помойки, содержащие всякий хлам. Если хлам окажется в реальной системе, то чистить его проще и легче, нежели в песочнице. Для помоек в реальной системе не играет никакой роли, больше будет хлама или меньше, поэтому развозить его на две кучи не нужно.
—————
%SendTo%
%Startup%
—————
Опять таки, для портабельной сборки эти папки не имеют смысла в виртуале, они есть в реальной системе.
Разумеется, нельзя воспринимать это как догму, может вы захотите создать браузер с полной изоляцией от реальных директорий или же захотите, чтобы в Temp реальной системы ничего не попадало. Но за исключением экзотики, можете смело исключать вышеуказанные папки из проекта, никакой сермяжной правды они не содержат и ни на что не влияют. Учтите, если их не удалять, то в момент сборки в этих папках окажется содержимое из вашего собственного компа, где могут быть очень любопытные вещи, не предназначенные для чужих глаз.
2. Рассмотрим основной файл проекта Package.ini, где содержатся все настройки будущей сборки:
[Compression]
CompressionType=Fast
————
Если программа на сотни мегабайт, с сотнями или тысячами файлов, то для первого запуска на предмет определения — а будет ли софт вообще работать в виде портабельной сборки? — смело ставьте CompressionType=None, иначе сжатие экзешника может занять много времени и будет обидно его расходовать зря, если сборка не заработает как нужно. Если есть уверенность, что сборка нормально работает, тогда можно сменить на Fast, времени будет уже не жалко. С другой стороны, тяжелые в запуске и сложные софты зачастую нет смысла сжимать, проще максимально сжать готовую сборку с помощью 7Z для размещения на файлообменниках.
OptimizeFor=Disk — эта строчка должна быть практически всегда, иначе сборка распухнет и будет много больше исходного размера всех файлов, входящих в нее. Широко используется недобросовестными сборщиками для раздувания размеров, чтобы заработать на платных файлообменниках. Дополнительно такая сборка пакуется RAR с нулевым сжатием.
[Isolation]
DirectoryIsolationMode=Merged
RegistryIsolationMode=Merged — добавьте эту строчку в случае, если необходимо дать сборке доступ к реальному реестру. Кстати, некоторые глубоко убеждены, что портабельные сборки ThinApp в принципе не могут работать с реальным реестром. Это убеждение вытекает из-за нежелания читать, поскольку опция давно документирована в мануалах ThinApp.
[BuildOptions]
CachePath=
————-
Добавьте эту строчку, чтобы кэш сборки всегда находился в песочнице.
ChildProcessEnvironmentDefault=External
————-
Добавьте эту строчку, чтобы дочерние процессы всегда исполнялись вне контейнера. Дочерний процесс может быть запущен как из контейнера ThinApp, так и из реальной системы. В противном случае, дочерний процесс может либо вообще не запуститься, либо окажется в песочнице.
SandboxPath=.
————-
Путь к песочнице. Если путь заменен на точку, как показано выше, то песочница будет создана рядом с основным экзешником сборки. Если эту строчку не включать в проект, то песочница будет создана по дефолтному пути c:\Documents and Settings\user_name\Application Data\Thinstall\. При создании папки Thinstall рядом с основным экзешником сборки, песочница будет находиться там. Причем, в этом случае, папка Thinstall будет иметь приоритет перед любыми другими вариантами, включая SandboxPath=.
ExternalDLLs=
————-
Добавьте эту строчку с именами dll (если их несколько, то через «;»), которые необходимо выносить в реальную систему, на самом деле — в песочницу. Многие программы при портабелизации вообще не будут работать, например, с мышкой, если dll будет в изолированном контейнере. Примеры таких программ — Punto Switcher, HyperSnap и другие. Какие именно dll нужно выносить, сказать невозможно, для каждой программы они будут свои.
;RemoveSandboxOnExit=1
————
Удалите «;», если необходимо очищать содержимое песочницы при выходе из портабельной программы. Хорошее средство продлить триал некоторых программ.
OptionalAppLinks=plugins\*.exe
————
Эта строчка должна быть ВСЕГДА (за редчайшими исключениями), поскольку разрешает работу с внешними плагинами AppLinks. К чему приведет ее отсутствие или добавка «;» в начале строчки? Например, некто собрал портабельный софт, и либо по незнанию, либо по недомыслию, не включил в сборку те или иные компоненты, скажем, VC++ или .NET, или еще что-то. Устранить подобные косяки в случае если опция OptionalAppLinks работает, не представляет труда. Достаточно включить недостающие dll-ки в ThinApp плагин и разместить его рядом с экзешником в папке Plugins. Если же эта строчка закомментирована или отсутствует, то придется переделывать всю сборку заново. То же самое касается всех программ, использующих плагины, русификаторы и т.д. Вместо сборки двух вариантов — русского и английского, достаточно собрать один, а дополнительный язык (языки) подключать плагином.
;VirtualDrives=Drive=c, Serial=12345678, Type=FIXED
;VirtualComputerName=MyComp
Эти две строчки частично эмулируют систему, на которой собиралась портабельная сборка. Эмулируется ID дисков, в данном случае C:, и имя компьютера. Используется в случаях привязки программ к указанным параметрам. Для более сложных случаев привязки работать не будет.
3 . Если вы используете для снапшотов новые версии ThinApp, ни в коем случае не оставляйте включенной опцию Send anonymous usage statistics to VMware! Это приведет к добавлению к сборке и последующему запуску хитрого экзешника, а его действия очень похожи на троянца. Лучше всего пользоваться для снапшотов старой версией 4.0.0.2200, добавляя в случае необходимости дополнительные опции в Package.ini, благо, различия небольшие. Зато нет нужны отмечать кучу опций во время создания снапшотов и нет риска, что указанная выше опция будет ненароком включена.
Да, можно сказать, что изложены банальные вещи, давно известные всем. Но судя по количеству кривых и косых портабельных сборок, их авторы явно не входят в число «всех, кому это известно».
Обсуждения и дополнения этого текста всячески приветствуются.
Создание портативных программ с использованием приложения VMWare ThinApp 5
В статье предлагается вариант создания портативной программы с помощью программы VMWare ThinApp 5 на виртуальной машине VMware Workstation 12 с гостевой операционной системой Microsoft Windows 10 Pro (32 bit)
Фото @Oliver
VMWare ThinApp является платной программой. На нашем сайте Вы также можете посмотреть способы создания портативных программ с помощью бесплатных инструментов Cameyo, Evalaze Free, Enigma Virtual Box.
VMWare ThinApp позволяет создавать портативные приложения. Программа упаковывает приложение в единый контейнер, содержащий всю необходимую информацию (системные файлы, разделы реестра и т. п.). Все изменения в ходе работы портативной программы, сохраняются не напрямую в системе, а в отдельной директории — песочнице. В роли песочницы может выступать, как локальная, так и сетевая директория. При этом локальная операционная система остается в неизменном состоянии.
11 ноября 2015 года компания выпустила версию программы ThinApp 5.2.0 Поддерживаемые операционные системы Microsoft для версии 5.2.0:
- 32-х битные платформы (x86): Windows 2000/XP/Server 2003/2008/ /Vista/7/8/8.1/10
- 64-х битные платформы (x64): Windоws Server 2003/2008/2008R2/2012/2012 R2/Vista/7/8/8.1/10
В статье предлагается вариант создания портативной программы на виртуальной машине VMware Workstation 12 с гостевой операционной системой Microsoft Windows 10 Pro (32 bit).
Многими разработчиками программного обеспечения для создания портативных приложений рекомендуется использовать виртуальную среду. Компания VMware рекомендует использовать программу VMware Workstation. При сборке портативного приложения могут быть добавлены различные файлы, ключи реестра, не относящиеся к нужной программе, что может привести к неработоспособности приложения или различным ошибкам при его работе. Использование виртуальных машин крайне рационально, так как задействуется «чистая» операционная система (без установленных сторонних программ).
Установка VMWare ThinApp
1. Скачать программу VMWare ThinApp (пробная версия на 60 дней, требуется регистрация).
2. Создать в программе VMware Workstation виртуальную машину с операционной системой MS Windows 10.
Можно использовать другую платформу виртуализации, например, VirtualBox, и другую гостевую систему.
3. Запустить виртуальную машину с операционной системой MS Windows 10
4. Скопировать программу VMWare ThinApp на виртуальную машину
5. Установить программу VMWare ThinApp
- Запустить файл инсталляции программы VMWare ThinApp
Рис.1 Окно Patent Lists программы ThinApp
- В диалоговом окне Patent Lists (Список патентов) нажать кнопку Далее.
Рис. 2 Окно License Agreement программы ThinApp
- В окне License Agreement (лицензионное соглашение) установить радиокнопку в пункте I accept the terms in the license agreement и нажать кнопку Далее.
Рис. 3 Окно Enter license key программы ThinApp
- В диалоговом окне Enter license key необходимо ввести серийный номер программы и имя, которое будет отображаться при запуске портативных программ.
Рис. 4 Окно завершения процесса инсталляции программы ThinApp
- По окончании инсталляции программы, нажать кнопку Finish.
6. Если программа инсталлировалась на хостовую систему (физический компьютер), можно перейти к следующему пункту настройки. Если программа инсталлировалась в виртуальную среду, необходимо сделать снимок состояния системы, так как при создании новой программы необходимо будет вернуться к исходному состоянию системы. Если используется платформа виртуализации VMware Workstation 12, снимок состояния можно сделать, выбрав в главном меню программы VM > Snapshot > Take snapshot.
Создание портативной программы
7. Запустить ThinApp Setup Capture
Рис.5 Диалоговое окно Setup Capture – Welcome программы ThinApp
В первом окне запуска приводятся основные шаги создания портативной программы:
- Prescan — сбор информации о системе до установки программы, которую необходимо сделать портативной.
- Installation — установка программы, которую необходимо сделать портативной.
- Postscan — сбор информации об изменениях в системе.
- Configure — настройка проекта при сборке портативного приложения.
- Build — процесс сборки портативного приложения.
8. В открывшемся диалоговом окне Setup Capture – Welcome нажать Next
Рис. 6 Диалоговое окно Setup Capture – Ready to Prescan программы ThinApp
9. В диалоговом окне Setup Capture – Ready to Prescan нажать кнопку Prescan
На данном этапе осуществляется первичный сбор данных о системной среде. Программа создаст снимок системы.
10. По окончании сканирования системы необходимо свернуть программу VMWare ThinApp
11. Запустить инсталляцию программы, которую необходимо сделать портативной.
По окончании инсталляции, можно запустить установленную программу и выполнить в ней настройки конфигурации, чтобы они зафиксировались в системе. Если необходимо, можно установить обновления, активировать и т.д. В данном примере рассмотрен вариант создания портативной версии программы 7-Zip 15.10 beta.
12. После инсталляции и настройки необходимого приложения развернуть окно программы VMWare ThinApp и нажать кнопку Postscan
Рис. 7 Диалоговое окно Setup Capture – Install Application программы ThinApp
13. Во всплывающем окне Setup Capture необходимо нажать ОК, для подтверждения того, что необходимое приложение установлено и настроено. Можно оставить флажок в чекбоксе Don’t ask me to confirm in the future, чтобы при создании новой портативного приложения, данное окно не появлялось.
Рис. 8 Окно Setup Capture программы ThinApp
14. Программа создаст снимок измененной системы и определит, какие именно изменения были в нее внесены. Будут зафиксированы все изменения, внесенные в файловую систему и в системный реестр.
Рис.9 Диалоговое окно Setup Capture – Postscan программы ThinApp
15. После сравнения снимков системы программа VMware ThinApp выведет список добавленных исполняемых файлов, созданных при установке приложения, чтобы можно было указать файл или файлы, через которые будет запускаться приложение.
Рис.10 Диалоговое окно Setup Capture – Entry Points программы ThinApp
16. На примере программы 7-Zip в диалоговом окне Setup Capture – Entry Points необходимо снять флажки во всех чекбоксах, кроме 7-Zip File Manager.exe и нажать Next.
17. В окне Manage with horizon workspace нажать Next
Рис.11 Диалоговое окно Setup Capture – Manage with Horizon Workspace программы ThinApp
Horizon Workspace — это компонент пакета VMware Horizon Suite, который предоставляет конечным пользователям доступ к их данным и приложениям с любого устройства. В состав Horizon Workspace уже входит утилита ThinApp. В этом окне можно опубликовать упакованные приложения ThinApp.
18. В окне Setup Capture — Groups оставить радиокнопку по умолчанию в значении Everyone и нажать кнопку Next.
Рис.12 Диалоговое окно Setup Capture – Groups программы ThinApp
19. В окне Setup Capture — Isolation необходимо выбрать режим изоляции портативного приложения от хостовой среды. Оставить радиокнопку в пункте Full write access to non-system directories (Merged Isolation Mode) и нажать кнопку Next.
Рис.13 Диалоговое окно Setup Capture — Isolation программы ThinApp
- Full write access to non-system directories (Merged Isolation Mode) – режим позволяет приложению записывать файлы на хостовую систему.
- Restricted write access (WriteCopy Isolation Mode) – режим запрещает приложению записывать в большинство каталогов. Данный режим является оптимальным решением для ненадежных приложений.
20. В зависимости от того, где в будущем будет располагаться портативная программа, в окне Setup Capture – Sandbox необходимо выбрать расположение папки (песочницы), где будут сохраняться данные о конфигурации приложения. Выбрать нужный вариант и нажать кнопку Next.
Рис.14 Диалоговое окно Setup Capture — Sandbox программы ThinApp
- User profile (%AppData%\Thinstall) — папка профиля пользователя.
- Same directory as the application (use with USB and portable media) – каталог приложения.
- Custom location or network drive – локальный или сетевой диск.
21. В окне Setup Capture — Quality Assurance Statics необходимо выбрать, нужно ли отправлять анонимную статистику в компанию VMware (Yes/Да или No/Нет) и нажать кнопку Next.
Рис.15 Диалоговое окно Setup Capture — Quality Assurance Statics программы ThinApp
22. В окне Setup Capture — Project Settings указать имя и месторасположение для сохранения проекта и нажать кнопку Next.
Рис.16 Диалоговое окно Setup Capture — Project Settings программы ThinApp
23. В окне Setup Capture — Package Settings в зависимости от приложения, которое необходимо сделать портативным, установить радиокнопку в пункте Use one of the entry points или Use separate .DAT file раздела Primary data container и нажать кнопку Save.
Рис.17 Диалоговое окно Setup Capture — Package Settings программы ThinApp
В разделе Primary data container можно установить радиокнопку в поле Use separate .DAT file, если при запуске портативного приложения должен запускаться какой-либо исполняемый файл из выбранных. В результате будет создан dat-файл, включающий в себя виртуальную среду выполнения ThinApp, доступную только для чтения, виртуальную файловую систему и виртуальный реестр, а также отдельные exe-файлы для запуска каждой отдельной программы. Также данный пункт рекомендуется выбирать при больших размерах проекта.
В разделе MSI package generation можно установить флажок Generate MSI package. Generate MSI package, что позволит упаковать портативное приложение в msi-файл.
В разделе Compression можно установить флажок в чекбоксе Compress virtual package для уменьшения размера будущего портативного приложения. Процесс сжатия потребует определенного времени.
24. В окне Setup Capture – Ready to Build необходимо нажать кнопку Build, чтобы приступить к созданию портативного приложения.
Рис.18 Диалоговое окно Setup Capture — Ready to Build программы ThinApp
Чтобы отредактировать проект, необходимо открыть файл Package.ini, находящийся в папке проекта (по умолчанию), например, C:\Program Files\VMware\VMware ThinApp\Captures-Zip 15.10 beta, нажав на кнопку Edit Package.ini.
Можно нажать кнопку Open Project Folder и настроить какие файлы, папки, разделы и параметры реестра должны быть включены в портативное приложение.
25. В окне Setup Capture – Build Project оставить флажок в чекбоксе Open folder containing project executables after clicking Finish для открытия директории, где располагается портативное приложение и нажать кнопку Finish.
Рис.19 Диалоговое окно Setup Capture — Build Project программы ThinApp
Автор: Галашина Надежда Евгеньевна, преподаватель по предмету «Защита информации» в Академии ЛИМТУ НИУ ИТМО Санкт-Петербурга. Специально для портала Comss.ru
VMware ThinApp Enterprise 2212 Build 21059475 + Portable + Repack
Обновилась мощная программа для виртуализации и создания так называемых портативных приложений ( переносимых ), цель программы помочь пользователю перенести уже существующие программы на другие платформы без перекомпиляции последующего тестирования, в полной новости каждый из вас сможет скачать VMware ThinApp
Данный продукт это отличное решение для виртуализации приложений. Программа умеет легко выполнять совершенно любое приложение и пир этом вам не надо будет его устанавливать в традиционном нашем понимании. Все создаваемые ресурсы будут сохранять на выбранном диске в папке с программой. Если какое-то приложение будет запрашивать любой ресурс, то слой виртуализации сразу перехватит исходящий запрос и отправит значение уже из файла который находится на диске. Таким образом программа обманута и она будет считать себя полностью установленной.
Софт не требует от пользователя установки ни как программы ни так драйверов, поэтому вы сможете запускать виртуализированные продукты с любого накопителя типа USB, можно также запускать с сетевых дисках не прибегая к правам администратора. Программа умеет много чего делать, например он легко ведет преобразование обычного установочного файла .zip или .zip в автономные .zip файлы, которые уже будут содержать в себе все самое необходимое для запуска приложения. Обратите внимание, что программа сможет создать переносимое приложение основываясь только на данных о изменениях в системных файлах, тоже самое относится и к реестру, однако для этого вам надо будет запустить режим сканирования до и после установки приложения.
Почти весь софт для Windows, VMware ThinApp бесплатно может сделать переносимыми, однако конечно же есть исключения. Например продукт не сможет работать с приложениями, которые требуют установки драйверов устройств, также не получится работать с приложением которое поддерживает аппаратную защиту от копирования. В целом программа ясна, пользоваться удобно, все понятно и просто, если у вас возникнут какие-то вопросы, пробуйте спрашивать тут или на форуме, думаю вам помогут, а я заканчиваю обзор, всем приятного дня!
Лицензия: ShareWare (активация VMware ThinApp Enterprise keygen файлом их архива, crack не требуется)
Скачать VMware ThinApp 2212 Build 21059475 бесплатно + ключ / 5.2.10 Build 18278582 бесплатно + crack / 5.2.8 Rus Portable rsloadNET /
5.2.8 Build 16758710 Repack Diakov