Здравствуйте, Lexa-Lexa, Вы писали:
LL>хм... а при установке удаленной через политики GPO как себя данная конструкцуия будет вести? есть принципиальные отличия? почему то у меня файлик не скопировался... может быть я как то не так политику GPO назначил?
Принципиально ничего не меняется, но Вы должны обеспечить чтобы при установке нужный файл лежал (не лежал) рядом с msi.
Откуда производиться установка Вы легко узнаете из лога (смотрите на SOURCEDIR, BASE_SOURCEFileSearch, BASE_SOURCE).
По моему при установке через GPO указать командную строку нельзя, так что включить логирование Вы можете так http://support.microsoft.com/kb/223300
Здравствуйте, -af, Вы писали:
-af>Здравствуйте, Lexa-Lexa, Вы писали:
LL>>хм... а при установке удаленной через политики GPO как себя данная конструкцуия будет вести? есть принципиальные отличия? почему то у меня файлик не скопировался... может быть я как то не так политику GPO назначил?
-af>Принципиально ничего не меняется, но Вы должны обеспечить чтобы при установке нужный файл лежал (не лежал) рядом с msi. -af>Откуда производиться установка Вы легко узнаете из лога (смотрите на SOURCEDIR, BASE_SOURCEFileSearch, BASE_SOURCE). -af>По моему при установке через GPO указать командную строку нельзя, так что включить логирование Вы можете так -af>http://support.microsoft.com/kb/223300
Да, вы правы, командную строку указать там негде, но вот невзирая на то что файл ЛЕЖИТ рядом с msi он не копируется... буду разбираться
Спасибо за ссылочку...
Здравствуйте, -af, Вы писали:
-af>Принципиально ничего не меняется, но Вы должны обеспечить чтобы при установке нужный файл лежал (не лежал) рядом с msi. -af>Откуда производиться установка Вы легко узнаете из лога (смотрите на SOURCEDIR, BASE_SOURCEFileSearch, BASE_SOURCE). -af>По моему при установке через GPO указать командную строку нельзя, так что включить логирование Вы можете так -af>http://support.microsoft.com/kb/223300
Посмотрел и логи...
При установке через GPO: SOURCEDIR — PROPERTY CHANGE: Adding SourceDir property. Its value is '\\Server1\Share\RC5\'. — все верно BASE_SOURCEFileSearch — вообще ни одного упоминания, ну даже не пытается искать что ли? BASE_SOURCE — есть только это: SecureCustomProperties = BASE_SOURCE;NETFRAMEWORK20;NEWPRODUCTFOUND;UPGRADEFOUND — какой то бред...
т.е. все верно! ну и для др св-в нормально так же все...
А пути разные потому что в 1м случае это сетевой путь, а во втором у меня другая вирт машина и там уже у меня сетевой диск, дистрибутив же везде одинаковый лежит.
Здравствуйте, Lexa-Lexa, Вы писали:
LL>Посмотрел и логи... LL>При установке через GPO: LL>SOURCEDIR — PROPERTY CHANGE: Adding SourceDir property. Its value is '\\Server1\Share\RC5\'. — все верно LL>BASE_SOURCEFileSearch — вообще ни одного упоминания, ну даже не пытается искать что ли? LL>BASE_SOURCE — есть только это: SecureCustomProperties = BASE_SOURCE;NETFRAMEWORK20;NEWPRODUCTFOUND;UPGRADEFOUND — какой то бред...
Насколько мне помниться установка через GPO проходит в silence mode, то есть InstallUISequence не исполняется.
Подозреваю что у Вас не определено действие AppSearch в InstallExecuteSequence.
В любом случае протестировать такое поведение Вы можете задав опцию qn для msiexec http://msdn.microsoft.com/en-us/library/aa367988.aspx
Здравствуйте, -af, Вы писали:
-af>Здравствуйте, Lexa-Lexa, Вы писали:
LL>>Посмотрел и логи... LL>>При установке через GPO: LL>>SOURCEDIR — PROPERTY CHANGE: Adding SourceDir property. Its value is '\\Server1\Share\RC5\'. — все верно LL>>BASE_SOURCEFileSearch — вообще ни одного упоминания, ну даже не пытается искать что ли? LL>>BASE_SOURCE — есть только это: SecureCustomProperties = BASE_SOURCE;NETFRAMEWORK20;NEWPRODUCTFOUND;UPGRADEFOUND — какой то бред...
-af>Насколько мне помниться установка через GPO проходит в silence mode, то есть InstallUISequence не исполняется.
протестил, ну и конечно же вы правы, не работает ничего)))
-af>Подозреваю что у Вас не определено действие AppSearch в InstallExecuteSequence.
позвольте спросить, а почему именно AppSearch? я про него первый раз слышу сейчас инфу почитал, но не вижу в нем ничего, что позволило бы помочь мне...
у меня же цепочка вроде как:
<Feature ......>
<ComponentRef Id="TaskCopyBaseFile" />
.....
Здравствуйте, Lexa-Lexa, Вы писали:
LL>позвольте спросить, а почему именно AppSearch? я про него первый раз слышу сейчас инфу почитал, но не вижу в нем ничего, что позволило бы помочь мне...
Проверьте что AppSearch содержиться в таблице InstallExecuteSequence (используйте Orca для просмотра msi)
Если ее нет то добавьте
<InstallExecuteSequence>
<AppSearch/>
</InstallExecuteSequence>
Здравствуйте, -af, Вы писали:
-af>http://msdn.microsoft.com/en-us/library/aa367578(VS.85).aspx -af>The AppSearch action searches for file signatures using the CompLocator table first, the RegLocator table next, then the IniLocator table, and finally the DrLocator table.
-af>Проверьте что AppSearch содержиться в таблице InstallExecuteSequence (используйте Orca для просмотра msi) -af>Если ее нет то добавьте -af><InstallExecuteSequence> -af> <AppSearch/> -af></InstallExecuteSequence>
AppSearch имеется в табличке InstallExecuteSequence, Sequence=50...
Здравствуйте, Lexa-Lexa, Вы писали:
LL>Здравствуйте, -af, Вы писали:
-af>>http://msdn.microsoft.com/en-us/library/aa367578(VS.85).aspx -af>>The AppSearch action searches for file signatures using the CompLocator table first, the RegLocator table next, then the IniLocator table, and finally the DrLocator table.
-af>>Проверьте что AppSearch содержиться в таблице InstallExecuteSequence (используйте Orca для просмотра msi) -af>>Если ее нет то добавьте -af>><InstallExecuteSequence> -af>> <AppSearch/> -af>></InstallExecuteSequence>
LL>AppSearch имеется в табличке InstallExecuteSequence, Sequence=50...
Вам придется использовать OriginalDatabase и откусывать имя msi http://msdn.microsoft.com/en-us/library/aa370562(VS.85).aspx
(не забудте только что если Вы вызываете reinstall/repair, то OriginalDatabase будет указывать прикешированный msi в папке c:\Windows\installer)
Здравствуйте, -af, Вы писали:
-af>Вам придется использовать OriginalDatabase и откусывать имя msi -af>http://msdn.microsoft.com/en-us/library/aa370562(VS.85).aspx -af>(не забудте только что если Вы вызываете reinstall/repair, то OriginalDatabase будет указывать прикешированный msi в папке c:\Windows\installer)
В общем расскажу чем все закончилось
Для определения наличия базы зядом с инсталятором написал Custom Action на C#...
Использует для определения местоположения он у меня Session["OriginalDatabase"] и извлекает из пути к файлу каталог.
Если база есть устанавливает переменную BASE_SOURCE и дальше уже действует Wix.