Ich habe ein seltsames Problem.Aufruf eines Powershell-Skripts von InstallShield Projekt
Ich habe ein InstallShield-Projekt (das create.exe erstellt), das ein benutzerdefiniertes Aktionselement enthält - Aufruf eines Powershell-Skripts.
Das ganze Skript besteht darin, 3 Adobe Reader-Updates (1 EXE-Datei und 2 MSP-Dateien) auf dem bereits installierten Adobe Reader 11.0.0 zu installieren.
Wenn ich das Skript mein Selbst anrufe - es funktioniert gut.
Nach Abschluss der setup.exe scheint jedoch nur ein Update (die exe-Datei) wirklich installiert zu sein (die Adobe Reader-Version nach der Installation ist 11.00.10, die das Ergebnis der Ausführung nur der EXE-Datei ist). .).
Alle 3 Adobe-Updates befinden sich im selben Ordner und das Powershell-Skript legt den Speicherort zuerst auf diesen Ordner fest. Wenn Sie die Updates nach der Installation manuell ausführen, funktioniert es auch und aktualisiert es auf 10.00.22 (was es sein sollte).
Irgendwelche Ideen, warum passiert das?
Hier ist mein Powershell-Skript:
Set-Location "C:\myProject\adobeUpdates"
Start-Process .\AdbeRdr11010_en_US.exe -ArgumentList '/q /norestart /sPB /rs /msi' -WindowStyle hidden -Wait
ping 1.1.1.1 -n 1 -w 10000 # Tried to add a delay but wasn't helpful
Start-Process -FilePath “AdbeRdrUpd11021.msp” -ArgumentList '/qn' -Wait
Start-Process -FilePath “AdbeRdrUpd11022_incr.msp” -ArgumentList '/qn' -Wait
Vielen Dank
Können Sie dem Argument einen Protokollwechsel hinzufügen? Etwas wie "/ L * V" C: \ temp \ patch.log "'Ich denke, dass dies Ihnen weitere Informationen darüber geben könnte, warum diese Updates nicht installiert werden. – MattMoo
Powershell können Sie nur 'Start-Sleep-Seconds 10 'übrigens tun. – ConnorLSW
Sollten Sie das Flag "/ update" nicht hinzufügen, wenn Sie Ihre ".msp" -Dateien aufrufen? –