Ru-Board.club
← Вернуться в раздел «Программы»

» VMware application virtualization (Thinstall)

Автор: GingerFox
Дата сообщения: 23.05.2008 10:29
Подскажите.
Финсталю одну программу. Ей для работы нужны библиотеки .NET. Как бы сделать так, чтобы она их брала их хостовой ОС? Неохота впихивать 35 мегов библиотек вместе с программой размером 5 мегов.
Автор: hpoint
Дата сообщения: 23.05.2008 13:49
GingerFox
На чистую систему поставить .NET и использовать данную когфигурацию для снятия начального снэпшота.
Сборки лучше делать на виртуальной машине, тогда Вы сможете в ней иметь различные нулевые конфигурации: с .NET и совсем чистую - без .NET.
Автор: Sergey_AV
Дата сообщения: 23.05.2008 14:03
А я вот специально ставлю .NET вместе с приложением (перед его установкой). И фиг бы чей с ними, с размерами - зато работать потом будет гарантированно на любой машине. А в случае с "предустановленным" .NET, даже если и заработает - не факт, что .NET, установленный на другой машине нужной версии...
Автор: GingerFox
Дата сообщения: 23.05.2008 14:38
hpoint
Так я так и сделал. Поставил .NET, потом сделал начальный снимок, установил программу, сделал снимок после установки. И при этом Thinstall все равно напихал кучу файла из дотнетовской папки в финальный пакет.
Автор: dj_Diesel
Дата сообщения: 23.05.2008 15:15
GingerFox
за удовольствие надо платить
Автор: Astra55
Дата сообщения: 23.05.2008 16:48
Кто бы сваял некую утилиту, чтобы определяла какие именно компоменты из NET-а нужны конкретной софтине. Ибо уже сталкивался с NET софтами, которым не нужна установка всего пакета, все имеет разумный размер и исправно работает, в инсталляторе сидит только необходимое и ничего лишнего.
Автор: hpoint
Дата сообщения: 23.05.2008 17:20
Ребята, вы что-то мудрите. Естественно .NET программа сформирует определенные .NET файлы в новом проекте и после установки и, особенно, после ее запуска. Это нормально, это правильно. Ведь весь .NET все-равно не тащится в программу!
Автор: Sergey_AV
Дата сообщения: 23.05.2008 20:06
hpoint

Цитата:
Естественно .NET программа сформирует определенные .NET файлы в новом проекте и после установки и, особенно, после ее запуска. Это нормально, это правильно. Ведь весь .NET все-равно не тащится в программу!

Именно. О чем и речь.
Автор: hpoint
Дата сообщения: 23.05.2008 20:57

Цитата:
Именно. О чем и речь

Но ведь это и не есть проблема! Так и должно быть!
Мы же не удивляемся, когда обычное приложение тащит с собой кучу ocx-ов, dll-леек, ini, служб и прочее-прочее, хотя в системе полно разных библиотек и прочее?
Почему же от .NET мы ждем, что приложение должно быть маленьким и крохотным!?
Автор: Astra55
Дата сообщения: 23.05.2008 22:23
hpoint

Цитата:
сформирует определенные .NET файлы в новом проекте и после установки и, особенно, после ее запуска

Насколько я понимаю, суть проблемы состоит в том, что прогнать все функции софта нереально, поэтому как определять что будет включено в проект после запуска, а что нет. Где гарантия, что при определенных условиях в проекте не окажектся нужных компонентов NET?
Автор: hpoint
Дата сообщения: 24.05.2008 00:14

Цитата:
Где гарантия, что при определенных условиях в проекте не окажектся нужных компонентов NET?
Именно так! Поэтому важно погонять софт в разных режимах после 1-го снимка и установки, чтобы программа "потрогала" все нужные файлы, создала необходимые папки, а уж мы должны решить, что это за файлы: bak, tmp, log, msi, license.txt, readme, htm, bmp, jpg итд итп, нужны нам эти файлы или точно нет и какую изоляцию надо установить. Но, конечно, это надо делать творчески, в зависимости от проекта. Хорошо бы иметь какую-либо чистилку системы, желательно портативную (чтобы не инстолить), которая не мусорит (мли известно мусорит, так, что ее следы легко убрать), но главное - с помощью ее легко почистить до второго снимка ненужные файлы и реестр, тогда тоже минимум попадет в готовый продукт.
Автор: GingerFox
Дата сообщения: 24.05.2008 08:37
hpoint
Стоп, стоп. .NET специально так и задумана, как я понимаю, как платформа. Т.е. если человек установил на свой компьютер .NET Framework, то все необходимые для ЛЮБОГО приложения, написанного под Дотнет, библиотеки в системе УЖЕ есть. Поэтому вот именно что дотнет прилада должна быть маленькой и крохотной и НЕ должна тащить "кучу дээлелек" и прочего, а пользоваться имеющимися в ОС дотнет компонентами. Вот например у меня есть бесплатный графический редактор - Paint.NET. Так он сам занимает всего 3 Мб, хотя может многое. Как раз потому, что львиная доля функционала УЖЕ содержится в бибилотеках дотнет в ОС.
Разве не так?
Вот поэтому и не хочется, чтобы финстальная дотнет программа тащила за собой библиотеки, которые уже и так есть в системе.
Автор: Astra55
Дата сообщения: 24.05.2008 08:52
GingerFox

Цитата:
Разве не так?

Не так Первое - если бы эти долбанные .NET-ы были кумулятивными, но ведь приходится варьировать от 1.1 до 3 с лишним или ставить их все, а это ох как много. Когда-нибудь пробовали отследить сколько всякой хрени будет на компе, после установки .NET? Одного только реестра несколько мегов (!) Поэтому я не держу инсталлированные НЕТы, а если нужно, то запускаю на отдельной системе. И крайне желательно, чтобы портабельный софт содержал в себе все необходимое из .NET. А вот как сделать это в границах разумного минимума - вопрос всех времен и народов.
Автор: GingerFox
Дата сообщения: 24.05.2008 11:05
Astra55
При современных объемах винтов, когда 500 Гб уже мэйнстримом становятся, экономить пару сотен мегабайт просто ни к чему. Поэтому эффективнее было бы, мне думается, все-таки из портабле пакета полностью выкорчевать эту фигню, в расчете на то, что в ОС будут установлены соответствующие библиотеки.
Автор: Astra55
Дата сообщения: 24.05.2008 11:24
GingerFox

Цитата:
экономить пару сотен мегабайт

Дело не в объеме, а в загаживании системы, в частности, реестра. Если бы все ограничивалось только сотнями мегов, то и говорить было бы не о чем. Один простой пример - почему сразу после установки ХР летает, а потом начинает работать все медленнее и медленнее, по мере установки софта? Thinstall для меня средство сохранить как можно более чистую и "летучую систему" при максимальном функционале, а отнюдь не какие-то там копирайтные соображения варезного софта.
Автор: hpoint
Дата сообщения: 24.05.2008 16:18

Цитата:
Стоп, стоп. .NET специально так и задумана

Это только теория. Модули, конечно, несравненно меньше (как и Java), но необходимые части все-равно необходимы в проекте. Вопрос - что? Это, ИМХО, только практика покажет или глубокое знание Windows и NET технологии.
Автор: terence
Дата сообщения: 24.05.2008 16:19
ребята подскажите, уже замучался!
версия 6.03, очень часто, практически всегда при старте виртуалной машины, мышка зависет, точнее перестаёт двигаться вообще, но нажатие на кнопки реагируют, спасает только перезагрузка!
оч хочеться тестить операционки, но с такой проблемой нету желания запускть vmware
мышка лазерная genius USB
Автор: maK
Дата сообщения: 24.05.2008 16:39
terence

... ребята тебе здесь не подскажут - сходи http://forum.ru-board.com/topic.cgi?forum=5&topic=24146&start=1240#lt
Автор: dj_Diesel
Дата сообщения: 24.05.2008 19:08
terence
включи usb в настройках и включи фильтр своей мышки в виртуалку

у меня тож висла

Добавлено:
maK
Автор: Angel Hranite
Дата сообщения: 24.05.2008 19:27
добрый вечер делаю сейчас CorelDRAW 13... на вирт. машине запускается, а на другой пишет

Цитата:
Не удается создать документ DOM.
Класс не зарегистрирован
Убедитесь, что установлена программа MSXML4.

что может быть? почему не берется из проекта?
--------------------------------
Скачал MSXML 4.0 Service Pack 2 (Microsoft XML Core Services), но не толку нет! Самое интересное, что на виртуалке запускается на чистой винде, а на основном компе нет!
навсякий случай прикладываю Package.ini

Код:
[Compression]
;CompressionType=None
CompressionType=Fast

[Isolation]
DirectoryIsolationMode=WriteCopy
;DirectoryIsolationMode=Merged

[BuildOptions]
;Enable MSIFilename if you want to generate a Windows Installer package.
;MSIFilename=CorelDRAW 13.msi
;
;When generating a .msi, the following entries are recommended but optional
;MSIManufacturer=Unknown
;MSIProductVersion=1.0
;MSIDefaultInstallAllUsers=1
;MSIRequireElevatedPrivileges=1
;MSIInstallDir=KB884016 (Thinstalled)
;MSIProductCode={99B7AD0C-9529-6AFD-B478-3FBB34270015}
;MSIUpgradeCode={0A110EB7-C5FB-BDAB-C2BC-D2B7919946CE}

SuggestedName=CorelDRAW 13
OriginalSnapshot=C:\PROGRA~1\THINST~1.VS\{3E14F~1.SNA
DestinationSnapshot=C:\PROGRA~1\THINST~1.VS\{9B90B~1.SNA
CapturedUsingVersion=3.358
OutDir=bin
SandboxName=CorelDRAW 13
AutoShutdownServices = 1
SandboxPath=.

; InventoryName is used by desktop management systems to identify packages for usage reporting purposes
InventoryName=CorelDRAW 13

;;PermittedGroups allows you to restrict access to only users who belong to specific ActiveDirectory Groups
;PermittedGroups=Administrators;Remote Desktop Users

;The following option causes the sandbox to be deleted when the application exists
;This essentially resets the application to it's original captured state
;If the application spawns child processes, the clean up with be postponed until all quit
;RemoveSandboxOnExit=1

;Enable this option if you want changes for Network mapped drives to go into the sandbox
;By default users can read and write normally to network mapped drives
SandboxNetworkDrives=1

;Enable this option if you want changes for Removable disk (floppy/flash) to go into the sandbox
;By default users can read and write normally to removable disk
;SandboxRemovableDisk=1

;Enable this option if you want Out-of-process COM objects to be loaded outside of the virtual environment
;By doing this, the application may indirectly modify the machine - for example the MSI installer service COM object
;The default is to create all Out-of-process COM objects inside the virtual environment
;VirtualizeExternalOutOfProcessCOM=0


;VirtualDrives=Drive=c, Serial=e8e74859, Type=FIXED; Drive=d, Serial=b0df0133, Type=FIXED
;VirtualDrives=Drive=a, Serial=00000080, Type=REMOVABLE; Drive=c, Serial=e8e74859, Type=FIXED; Drive=d, Serial=b0df0133, Type=FIXED; Drive=e, Serial=eacd7ebe, Type=CDROM
........................................
Автор: maK
Дата сообщения: 24.05.2008 21:26
dj_Diesel

На One Note бы глянуть ...





Автор: dj_Diesel
Дата сообщения: 25.05.2008 10:37
Angel Hranite
дело в том что на испытуемом компе тоже должны стоять все обновления

Цитата:
MSXML4.


это как раз таки обновление виндоус

т.е. там где хотите запустить и должна стоять MSXML4
тем более MSXML4 требуется многим программам

maK
я виртуалку поставил сеня сделаю для Тебя!!!)
Автор: maK
Дата сообщения: 25.05.2008 13:36
dj_Diesel



верю !

с полной изоляцией?





Автор: Angel Hranite
Дата сообщения: 25.05.2008 14:34
dj_Diesel, так говорю же что скачал с сайта майкросовта и поставил, а всеравно не работает!

и почему тогда на чистой винде запускается (на виртуальном компе после восстановления образа акрониса без каких-либо обновлений), а на основном ком компе нет? это не могу понять! может с изоляцией что-то не то? да, реестр тоже делаю виртуальным
Автор: dj_Diesel
Дата сообщения: 25.05.2008 15:59
Angel Hranite
на виртуальном немного по другому все
Автор: Angel Hranite
Дата сообщения: 25.05.2008 16:43
dj_Diesel
объясните пожалуйста, я не понимаю как это исправить...
Автор: sanb
Дата сообщения: 25.05.2008 16:58
GingerFox
hpoint
Sergey_AV
dj_Diesel
Astra55
ребята читайте справку к сабжу по .NET!
а именно про Precaptured .NET
Автор: Astra55
Дата сообщения: 25.05.2008 18:18
sanb

Цитата:
про Precaptured .NET

Читали, и что там такого ценного? Размер ихних пакетов .NET ни о чем не говорит? Разговор совсем не о том, чтобы на мег софта забубенить сотню ненужных мегов .NET, а использовать только необходимые компоненты, которые неизмеримо меньше по объему.
Автор: Angel Hranite
Дата сообщения: 25.05.2008 19:06
не могу добиться работоспособности.
в оф.справке написано

Цитата:
Function OnFirstParentStart
SetEnvironmentVariable("PATH", "C:\Windows\system32")
End Function

перед запуском программы выполняется создание переменной %PATH%=C:\Windows\system32 но это не работает (переменная не создается)...
Автор: dj_Diesel
Дата сообщения: 25.05.2008 20:01
Angel Hranite
ВЫ какой версией пользуетесь в 378 без фикса от CrazyDeath скрипты не срабатывают

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980

Предыдущая тема: Программа для поднятия трубки модемом


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.