Neben der PDF-Erstellung im Prozess selbst gibt es in TAA die Möglichkeit, die PDF-Erstellung über einen separaten Prozess laufen zu lassen. Siehe hierzu auch PDFConverterOutOfProc. Dafür startet der Client einen taaPwp-Prozess. Dies hat den Vorteil, dass, wenn ein Problem im PDF-Konvertierer einen Absturz verursacht, nicht auch die Anwendung beendet wird.

Im (Web-)Server Umfeld ist dies aber nicht optimal, weil es viele Prozesse gibt, die PDF erstellen müssen, und bei der PDFConverterOutOfProc Methode würde jeder Prozess seinen eigenen taaPwP-Prozess starten.

Im (Web-)Serverumfeld lauft TAA normalerweise bereits als Dienst. Neben den TAA-Diensten in t2srvc wird über das Programm t2prt ein weiterer Dienst zur Verfügung gestellt. Um diesen weiteren Dienst als NT-Dienst zu registrieren, muss ein Benutzer mit lokaler Administrationsberechtigung den Befehl

t2prt /install

ausführen. Um die Registrierung rückgängig zu machen, wird der Befehl

t2prt /remove

ausgeführt. Auch hier ist es möglich, weitere Optionen wie /automatic oder /Manual beim Install anzugeben. Beispiel:

t2prt /remove t2prtpdf
t2prt /install t2prtpdf /automatic
t2prt /install t2prtpdf /automatic /user <domain>\<userid> /password <Password>

Selbstverständlich ist es auch möglich, den Dienst interaktiv zu konfigurieren: Abb. 1: Dienste in Computerverwaltung bei Windows 7

Wenn der Workflow in einem ASP.NET Kontext in Non-Verbose Mode läuft, wird ¹⁾ automatisch dieser Dienst für die Konvertierung verwendet. Es ist aber auch möglich, in anderen Umgebungen die PDF-Konvertierung über denn Dienst auszuführen. Dies kann man mit der PDFConverterAsService Einstellung in der Registry angeben.

  HKEY...[]\Config: PDFConverterAsService(Binär)

Wenn dieser Binärwert „1“ ist, wird immer versucht, das PDF über den Dienst zu erstellen. Wenn hier „0“ gesetzt ist, wird es nur, wenn der Workflow in einem ASP.NET Kontext in Non-Verbose Mode läuft, über den Dienst erstellt. Siehe auch PDFConverterAsService.