Auch im Fall des 8er Releases wird die Verteilung noch über die entpackte MSI Datei gemacht. Die Verwendung der eigentlichen EXE ist an sich stabiler, aber läßt sich nicht 100% steuern. Die neuen Möglichkeiten mit dem 8er Installer habe ich hier (noch) nicht verwendet.

Auch dieser Oracle MSI Installer hat ein Problem, dass er in ProgramData eine java.settings.cfg erwartet, falls eine JRE Version bereits vorhanden ist. Daher überprüft das Skript das Vorhandensein des Pfades und legt eine leere Datei an:

Ähnlich wie die Bereitstellung der Version 2.0.2 sieht die Bereistellung von Version 2.1.1 aus:

<appdefinition>
<file>PDFCreator-2_1_1-setup.exe</file>
<hash type="SHA256">F0FF2B376E965E70587E95EB5D1C03B09CCF1C880D69A4B079F43D1A0B1CB561</hash>
<info>
	<company>pdfforge GbR</company>
	<productversion>2.1.1</productversion>
	<setupType>InnoSetup</setupType>
	<isX86>false</isX86>
	<hasUninstall>true</hasUninstall>
</info>
<install>
$inf=Join-Path $env:temp pdf.inf
$target=Join-path $env:programfiles "PDFCreator"
$content="[Setup]
Lang=German
Dir=$target
Group=PDFCreator
NoIcons=0
SetupType=custom
Components=program,images2pdf
Tasks=winexplorer
Printername=PDFCreator" -replace "`n", "`r`n"
Out-File -FilePath $inf -Force -InputObject $content -Encoding ascii
$nsisLog=join-path $logDirectory ($installName + '_' + $appDeployToolkitName + '_' + $deploymentType + '_NSIS.log')
Show-InstallationProgress -StatusMessage "Installing $appName $appVersion. This may take some time. Please wait..."
Execute-Process -Path "PDFCreator-2_1_1-setup.exe" -Parameters "/LOADINF=`"$inf`" /NORESTART /LOG /VERYSILENT /SUPPRESSMSGBOXES /LOG=`"$nsisLog`"" -WindowStyle Hidden
</install>
<uninstall/>
<detection/>
</appdefinition>

PDFCreator 2.0.2 ist etwas einfacher bereitzustellen, als die 1er Linie, da keine Browsertoolbars erzwungen werden. Nach meinen Tests (bitte kommentieren, falls ich etwas übersehen habe), wird beim Silent Setup keine Adware installiert (beim normalen Setup kommt am Ende noch ein extra Setup mit irgendeiner Zusatzsoftware).

PDFForge verwendet InnoSetup. Die nachfolgende appdefinition.xml erzeigt zuerst ein inf-file, um den Setupprozess genauer steuern zu können. Danach wird das InnoSetup silent mit diesem inf-file ausgeführt.
Es wird die Firma und die Produktversion überschrieben, da die in der Datei hinterlegte Produktversion inkl. einer Buildnummer ist (2.0.2.751), die bei der Detection in der Registry nicht gefunden werden kann.

Nochmal zur Erinnerung, wie die Anwendung im ConfigMgr erstellt werden kann:

• Aktuelle Version des AutomaticDeploymentToolkits herunterladen und wie in Toolkit v0.1 beschrieben einrichten
• Neuen Ordner (z.B. PDFCreator202) anlegen
• pdfcreator-2_0_2-setup.exe herunterladen und in dem Ordner ablegen
• Eine Datei appdefinition.xml anlegen und mit dem unten angehängten Inhalt füllen
• In Powershell das Toolkit mit

  .\main.ps1 -appDefinition .\PDFCreator202\appdefinition.xml

aufrufen

Anbei eine aktualisierte Version der Powershell Scripte. Anleitung zur Einrichtung bitte dem ersten Post entnehmen: ConfigMgr: Automatisierte Softwarepaketierung und -bereitstellung
Das Changelog:
`
0.1 - 2015-01-08

• erstes Alpharelease
  0.2 - 2015-01-12
  

• Verbesserung der Ersetzungsfunktion im PS AppDeploy Handling
  0.3 - 2015-01-25
  

• interne Neustrukturierung
  

• Parameterübergabe per Objekt
  

• Doppelte Funktionen zusammengeführt
  

• Besseres Handling von Paketen in x86 und x64 Format
  

Natürlich ist 7u71 nicht die neueste Version. Daher hier das XML für die Version 7u75:

<appdefinition>
<file>jre1.7.0_75.msi</file>
<hash type="SHA256">63FDCEF04140AFE7236DD8BE904066056EA8E1C7619DE0F8F9496FDB241DE507</hash>
<info>
	<company>Oracle Corporation</company>
	<setupType>MSI</setupType>
	<isX86>true</isX86>
	<hasUninstall>true</hasUninstall>
</info>
<install>
Execute-MSI -Action Install -Path "jre1.7.0_75.msi" -Parameters "REBOOT=ReallySuppress JAVAUPDATE=0 CUSTOM=1 /QB"
if ($is64Bit) {$regPath="HKLM:\Software\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*"} else { $regPath="HKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*"}
$javaPath=(Get-ItemProperty $regPath | where {$_.psChildname -like "{26A24AE4-039D-4CA4-87B4-2F03217075FF}" -and $_.DisplayVersion -eq "7.0.750" -and $_.WindowsInstaller -eq 1}).InstallLocation
$jqs=join-path (join-path $javaPath "bin") "jqs.exe"
if (test-path $jqs) {
	Execute-Process -Path "$jqs" -Parameters "-unregister" -WindowStyle Hidden -ContinueOnError $true
}
$runKey="HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Run"
$run=Get-Item $runKey
if ($run.GetValue("SunJavaUpdateSched",$null)) {
	remove-itemProperty -Path $runKey -Name "SunJavaUpdateSched"
}
if ($is64Bit) {
$runKey="HKLM:\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Run"
$run=Get-Item $runKey
if ($run.GetValue("SunJavaUpdateSched",$null)) {
	remove-itemProperty -Path $runKey -Name "SunJavaUpdateSched"
}
}
</install>
<uninstall/>
<detection/>
</appdefinition>

Obwohl bereits JRE8 bereitsteht, wird die 7er Version trotzdem noch verteilt. Das Setup hat trotz anderslautender Parameter die Autoupdate Dienste mitinstalliert, die in einem Unternehmensumfeld nicht sinnvoll sind.
Daher entfernt diese appdefinition.xml Datei diese nach der Installation. Das notwendige MSI File erhält man, in dem man die Exe ausführt und dann (ohne das Setup zu beenden) die msi und cab Datei aus dem %userprofile%\AppData\LocalLow\Sun\Java\jre1.7.0_71 kopiert.

Es gibt unzählige Clientdruckertreiber, um PDFs zu erzeugen. eDocPrint Pro ist eines davon. Die Nicht PDF-A Variante scheint kostenlos zu sein. Die Software selber ist mit dem Advanced Installer (http://www.advancedinstaller.com/user-guide/exe-setup-file.html) verpackt.
Die kostenlose Variante ist am einfachsten über folgenden Link zu finden: http://www.pdfblog.at/2014/10/edocprintpro-version-3-21-verwendet-ghostscript-9-15/.

Sollte auf dem Zielsystem kein GhostScript installiert sein, so versucht die Software dieses automatisch herunterzuladen. Daher sollte GhostScript manuell heruntergeladen werden und als Abhängigkeit definiert werden. Die Paketierung von GhostScript ist unter folgendem Link beschrieben: GhostScript 9.15.
Der Installer beinhaltet die x64 und x86 Version und benötigt je nach Endgerät ebenfalls die x86 oder x64 Variante von GhostScript.

Da ich den Advanced Installer nicht als Installationstyp aufgeführt habe, nutze ich NSIS als generischen Platzhalter:

Die Bereitstellung von GhostScript 9.15 ist sehr einfach, da es auf dem NSIS Installer basiert.
Die Installationsfiles können unter http://ghostscript.com/download/gsdnld.html heruntergeladen werden.

Die appDefinition.xml für die 32-bit Variante:

Anbei eine deutlich fehlerbereinigte und verbesserte Version der Automatic App Deployment Scripte.

Changelog:

0.1    – 2015-01-08

• erstes Alpharelease

0.2    – 2015-01-12

• Verbesserung der Ersetzungsfunktion im PS AppDeploy Handling

0.3    – 2015-01-25

•  interne Neustrukturierung

•  Parameterübergabe per Objekt

•  Doppelte Funktionen zusammengeführt

•  Besseres Handling von Paketen in x86 und x64 Format

•  Testgruppe kann angegeben werden, die zu der neuen Collection hinzugefügt wird (Include Collection)

•  Beide Module zu einem zusammengeführt

•  XML Format angepasst (Redundanzen entfernt)

Anbei eine leicht verbesserte Version der Automatic App Deployment Scripte. Folgendes habe ich geändert:

• ReplaceLine Funktion ausgetauscht, da die RegEx Replace Variante “$_” selber auswertet und ich keine Möglichkeit gefunden habe, dies abzuschalten

• Verbesserung der 32/64bit Erkennung bei NSIS Installern.

  automateAppDeployment (Version 0.3) (3226 downloads )