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 )

Auch wenn man viele Aufrufe automatisieren kann, so gibt es trotzdem Softwareinstallationen, die speziell angepasst werden müssen. Auch dies ist durch meine Powershellscripte abbildbar. Als ein Beispiel führe ich hier die Installation von Irfanview 4.38 (http://www.irfanview.com/main_download_engl.htm) auf.
Die Header in der EXE sind korrekt gefüllt, daher brauchen wir in der Info Sektion keine weiteren Angaben machen. Als Setuptype ist als Dummy InnoSetup hinterlegt. Die Angabe ist irrelevant, da wir alle drei Bereiche überschreiben:

Im letzten Post habe ich gezeigt, wie mit meinen Powershell Scripten ein einfaches MSI File bereitgestellt werden kann. Jetzt verteilen wir eine EXE, die mit NSIS paketiert ist.

Die VLC Version kann unter http://www.videolan.org/vlc/download-windows.html heruntergeladen werden und wird gemeinsam mit der appdefinition.xml in einen neuen Ordner abgelegt.
Leider sind im Header der Datei keine auswertbaren Informationen hinterlegt, daher werden die Angaben manuell im Block info eingetragen.

Um sich an das automateAppDeployment Toolkit heranzutasten, starte ich mit einer sehr einfachen Verteilung: Ein einzelnes MSI Files, das in den Eigenschaften vollständig beschrieben ist. Dazu verwende ich die aktuelle Beta 9.38 von 7-zip (http://www.7-zip.org).

Da alle Eigenschaften vorhanden sind, besteht die im vorhergehenden Post erwähnte appdefinition.xml Datei hauptsächlich aus dem Filenamen:

Gerade bei Standardsoftware ist die Paketierung und -bereitstellung sehr ermüdend und zeitraubend. Es gibt – wie in vorhergehenden Beiträgen bereits erwähnt –  gute Toolkits wie das PSAppDeployToolkit, um sich die Arbeit etwas zu vereinfachen. Dort herum habe ich ein paar Powershell Script als Proof of Concept gestrickt, die die Integration in den ConfigMgr vereinfachen sollen.

Das Script übernimmt folgende Funktionen:

• Kopieren des PSAppDeployToolkits in einen neuen Ordner nach dem Schema “Hersteller\Softwarename”
• Kopieren der Quelldateien in den “Files” Unterordner
• Eintragen der Headerangaben ui der Software in deploy-application.ps1
• Einfügen der korrekten Installations- und Deinstallationsbefehle in die Deploy-application.ps1
• Erstellen eines Ordners im Devicebereich mit dem Herstellernamen
• Erstellen einer Collection mit dem Softwarename und der Version
• Erstellen eines Ordners im Applicationbereichs mit dem Herstellernamen
• Erstellen einer Anwendung mit den Softwareangaben
• Hinzufügen eines Deployment-Types zu der Anwendung
• Eintragen des Installations- und Deinstallationsbefehlt in den Deployment-Type
• Hinterlegen der korrekten Detectionmethode zu der Anwendung
• Verteilen der Anwendung an eine definierten Distributionpoint Gruppe
• Bereitstellen der Anwendung an die oben angelegte Collection

Dadurch sind alle wesentlichen Schritte für eine Verteilung abgedeckt. Aktuell werden noch keine Abhängigkeiten (Supersedence) zwischen verschiedenen Softwareversionen abgebildet.