» VMware ThinApp (formerly Thinstall) 3

DonDD
Пожалуйста.

Для тех, кому английский не преграда, рекомендую:
http://communities.vmware.com/community/vmtn/desktop/thinapp/bootcamp

NickOnToluca

Цитата:

Для тех, кому английский не преграда, рекомендую:
http://communities.vmware.com/community/vmtn/desktop/thinapp/bootcamp

Я там нашел как раз про .Net
По быстрому нужно было Компас 14 сваять, вот и пришлось заморочится.

NickOnToluca
Возвращаясь к нашему разговору о вариантах подключении плагинов. Мне удалось превзойти Spoon по гибкости подключения плагинов в ThinApp. Было дело, сам сетовал на невозможность располагать любые плагины рядом с основным экзешником. Теперь проблема целиком и полностью решена. Как говорят, ни прибавить, ни убавить, можно использовать все возможные комбинации, с папкой Plugins и без нее. Проверил на двух софтах, Акробате X и EditorPlus 3 с русификатором, все работает. Может потом что и вылезет, но раз компилятор не ругается, плагины подхватываются, должно быть все правильно.

Astra55

Цитата:

Было дело, сам сетовал на невозможность располагать любые плагины рядом с основным экзешником. Теперь проблема целиком и полностью решена.

А как решена? Как прописали локейшн?

Astra55
Если возможно, поделитесь, пожалуйста, решением!
И впрямь очень полезная находка!

gvozdik
Возможно, что-то из этого (вечером попробую):
OptionalAppLinks=%AppPath%\*.*
OptionalAppLinks=.\*.*

Еще есть возможность динамического указания через *, к примеру,OptionalAppLinks=Path\*\*\*.*

distortion
Цитата:

А как решена?

Очень просто, два знака добавил, четыре убрал. Поскольку задача уже решена, каждый может попробовать найти аналогичное решение самостоятельно, никакой зауми там нет. Нужно только отказаться от привычного шаблона мЫшления насчет плагинов AppLinks и сразу все станет ясно и понятно. Заодно, слегка про особенности винды вспомнить
gvozdik
Если никто не догадается, тогда поделюсь.

проверил

Цитата:

OptionalAppLinks=.\*.exe

- работает

distortion
Цитата:

работает

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

Astra55
поведайте уже, хватит загадок

Ладно, хоть попытались что-то сделать. Цитата из неопубликованного:
------------------
В ThinApp есть возможность подключать заранее определенные плагины, которые будут находиться рядом с основным exe файлом сборки, без папки Plugins. Для этого нужно добавить в строку следующие параметры:
OptionalAppLinks=PluginName.exe

Интересно, что ThinApp поддерживает файлы без расширения, то есть имя плагина может быть просто PluginName. Возможны такие варианты:
1) OptionalAppLinks=*
2) OptionalAppLinks=*;plugins\*

В первом случае будут подключаться плагины, расположенные рядом с экзешником и не имеющие расширения. Во втором – как расположенные рядом с экзешником, так и в папке Plugins, в обоих случаях не имеющие расширений. Возможны самые разные комбинации, определяемые в строке опции через ;, например:
;OptionalAppLinks=*;plugins\*; plugins\*.exe;PluginName.exe и так далее. Есть одно ограничение имен плагинов без расширений – в именах не должно быть точек, иначе часть имени после точки станет расширением
------------------

Добавлено:

Цитата:

исключены конфликты между файлами

Себя забыл проверить, ну как всегда про бревно и соломинку Тот же конфликт получается между экзешниками. Будем думать дальше.

конфликтов не избежать, если файл залинкован (независимо от расширения).

distortion
Цитата:

конфликтов не избежать

До версии 4.6.1 все нормально, а вот после начинаются конфликты с любым экзешником, если включены апплинки и он находится в их папке. Налицо девелоперский косяк, надо бы им отписать, да кто это будет делать?

проверил на 4.6.1 - также лочится, к сожалению

distortion
У меня было все нормально, потом еще раз проверю. Рядом с основным экзешником и файлом плагина помещался произвольный экзешник jbig чего-то там от A-PDF, на ранних версиях все ОК, на последних окно ошибки. Не исключено, что есть зависимость от самих экзешников.

А в чём практическая польза такого подхода? Может зря "огород городим"?

gvozdik
практической мало - разве что, кому-то (например мне) понравится хранить thinstall и плагины в одной папке.

gvozdik
Мне подключение определенных программ как плагинов нужно постоянно, чтобы не городить огород с папками и дублями. Остальное было ради чистого любопытства. И любопытство на этом не кончилось. Уже опробована методика выноса любого файла/папки в песочницу, осталось опробовать скрипт vbs. На вопрос "а это еще зачем?", каждый отвечает самостоятельно.

Насчет косяка этого все же стоит отписать.

NickOnToluca
Вроде Вы там присутствуете, вот и подсказали бы, а то получается не здорово. Теряются кое-какие возможности, пусть небольшие, но ведь теряются. Кстати, насчет расположения произвольных плагинов рядом с экзешником - никакой инфы в Инете не нашел, хотя частенько проглядываю материалы на тему ThinApp и все что с ним связано. В мануале есть пример только с конкретным именем:
RequiredAppLinks=Plugin.exe и далее The OptionalAppLinks parameter is similar to the RequireAppLinks parameter...

Astra55
Ну а...
The RequireAppLinks parameter is similar to the OptionalAppLinks parameter...

Да надо пролистать их форум. Если не было заяв, то создать тему.

Поправьте меня если что:
http://communities.vmware.com/thread/442421

NickOnToluca
я говорил о deadlock'е на applink'е - child лочится запущенным parent'ом и не подключается к другим thinstall'ам.

distortion
А я говорил о том, о чем написал

Наблюдалось ли такое залочивание ранее или только в последних версиях?

NickOnToluca
кейс не проверялся до сегодняшнего дня волею судеб, попробую завтра еще, может руки искривились

Приветствую!
Попытался из foxit reader сделать портативную версию. Вышел один файл, программа запоминает вносимые мной изменения, к примеру, если удаляю меню, то при следующем запуске оно не появляется. Но, каким образом это сделано? Ведь должна быть песочница, где записываются изменения?
В "C:\Documents and Settings\Администратор\Application Data.." что либо, касающееся foxit reader-a отсутствует. С помощью Process Explorer попробовал посмотреть переменные среды, но тоже ничего путёвого не нашёл.
p.s.: если запускаю этот файл на виртуалке, то изменения не сохраняются... В общем где-то песочница есть, а где - не пойму! Можете этот момент объяснить?
p.s.s.: В шапке ссылка "Утилита ShFilesAcSpy для отслеживания изменений файлов в реальном времени" битая..

sasha300
не знаю, чем вы собирали, если ThinApp, то создайте рядом с запускаемым файлом папку "Thinstall", все будет сыпаться в нее

Цитата:

В "C:\Documents and Settings\Администратор\Application Data.."

Искать папку Thinstall.

distortion
NickOnToluca
Спасибо! Прописал "SandboxPath=." теперь всё нормуль, но теперь pdf файлы не открываются, даже если я нажимаю открыть с помощью...
Если зайти в саму программу foxit reader, то через неё можно открыть, но это же бред так открывать!
Причем foxit reader не появляется в окне открыть с помощью даже тогда, когда я ставлю галку напротив "всегда использовать данную программу".
Сталкивался ли кто с такой проблемой?

sasha300
учите матчасть - системная интеграция изолирована в песочнице, т.е. если приложение выключено, то система знать не знает о его наличии.

хотите, чтобы система помнила портативку? снимайте изоляцию с класса pdf в HKEY_LOCAL_MACHINE.txt