App-V 5; arquivo de mudança após a instalação do pacote

Question

Eu trabalho como aluno de uma empresa que vende uma solução de software proprietária. Minha tarefa é testar seu appliation no APP-V. O cliente deve ter a disponibilidade para modificar um parâmetro, e isso deve ser alterado no VFS após a instalação do pacote.

Atualmente, adicionei o seguinte script aos scripts / seção do meu pacote V-APP; Isso deve modificar algo em LocalSetting.xml em ProgramData \ OSG \ ShellPlus \ Config \

msgbox "test"
replaceWith = WScript.Arguments(0)

Set objShell = CreateObject( "WScript.Shell" )
appDataLocation=objShell.ExpandEnvironmentStrings("%PROGRAMDATA%")
localSettings = appDataLocation & "\OSG\ShellPlus\Config\" & "LocalSetting.xml"

Const ForReading = 1
Const ForWriting = 2

msgbox "test"
x = msgbox(localSettings, 0, "localSettings")

Set objFSO = CreateObject("Scripting.FileSystemObject")
Set objFile = objFSO.OpenTextFile(localSettings, ForReading)

strText = objFile.ReadAll
objFile.Close
strNewText = Replace(strText, "OSG-021\SHELLPLUS", replaceWith)

Set objFile = objFSO.OpenTextFile(localSettings, ForWriting)
objFile.Write strNewText
objFile.Close

Adicionei isso a _DeploymentConfig;

    <UserScripts>
  <StartProcess RunInVirtualEnvironment="true">
    <Path>.\Scripts\writeConfig.vbs</Path>
    <Arguments>TEST</Arguments>
    <Wait RollbackOnError="true"/>
    <ApplicationId>[{AppVPackageRoot}]\..\Scripts\writeConfig.vbs</ApplicationId>
  </StartProcess>

Agora tentei executar o .msi diretamente, mas o script nunca é executado. Alguma ideia? Estou sem ideias ..

    

Answer 1

Parece que você deu alguns passos que "deveriam" funcionar, mas estão faltando alguma coisa em algum lugar. Como você tem certeza que o .MSI está consumindo o .XML? Pessoalmente, eu experimento com os comandos PoSH para adicionar o pacote e a publicação - pelo menos eles relatam erros.

A causa principal aqui é:

1. que os UserScripts não podem ser usados por meio do DynamicDeploymentConfiguration. Veja link

Algumas coisas parecem um pouco "fora" aqui:

2. Além disso, o seu ApplicationID não deve ser um 'aplicativo' dentro do App-V - há uma referência circular aqui (onde não deveria), o ApplicationId deve ser 'notepad.exe' ou qualquer outra coisa.
   Dica: Fornecer o ScriptEngine pode ajudar também - pelo menos você verá algo acontecer no procmon depois que você o publicou e tentou iniciar ...

3. Observe que ter esses scripts ativados também tem alguns problemas de tempo, você pode precisar de seu atalho principal para apontar para o .VBS e, em seguida, o .VBS iniciar o .exe de acordo. Mesmo quando você começa (publicação por usuário em vez de DynamicDeploymentConfig faria isso) - Eu não acho que o App-V vai esperar por seu .VBS para concluir antes de lançar o ApplicationId real - assumindo que eu peguei algo com o ponto 2.

Answer 2

Os scripts estão habilitados em sua máquina cliente?

Se não tentar executar o comando abaixo Power shell,

Set-AppvClientConfiguration -EnablePackageScripts $ true

    

Answer 3

Temos o mesmo problema em nosso ambiente; Os scripts não são executados no pacote. Nosso consultor da Microsoft nos aconselhou a evitar o uso da função de script.