Page tree

Prinergy verwendet PDF als internes Dateiformat, verfolgt Aufgaben mit Jobtickets und verteilt Aufgaben an Jobticket-Prozessoren.


PDF als internes Dateiformat

Das interne Dateiformat von Prinergy ist PDF. Alle Eingabedateien aller Dateitypen werden in digitale PDF-Masterdateien konvertiert (oder „normalisiert“), damit sie in späteren Phasen des Workflows verwendet werden können.

PDF-Dateien:

  • für verlässliche RIP-Prozesse geeignet
    Im Gegensatz zu PostScript-Dateien müssen PDF-Dateien nicht erneut überprüft werden, um sicherzustellen, dass alle Elemente, auf die verwiesen wird (z.B. Schriftarten und Bilder), verfügbar sind. So wird die zweite RIP-Phase, in der Vektordaten kurz vor der Endausgabe in Pixeldaten konvertiert werden, vereinfacht und das Ergebnis vorhersehbarer.
  • sind nicht an bestimmte Plattformen, Betriebssysteme, Authoring-Software und Ausgabegeräte gebunden
  • können in Microsoft Windows, Apple MacOS und Open Group UNIX-Betriebssystemsoftware angezeigt werden
  • sind mit Ausgabegeräten mit hoher Auflösung druckbar

Obwohl Prinergy PDF intern verwendet, verwendet es auch viele andere Dateiformate für Eingabe- und Ausgabe. Beispiel:

  • Es akzeptiert verschiedene Dateiformate als Eingabedateien, einschließlich PostScript, EPS (Encapsulated PostScript) und viele andere.
  • Es erzeugt verschiedene Dateiformate als Ausgabe, darunter eine Vielzahl von Vektor- oder Rasterformaten.

Eine Liste der unterstützten Dateiformate finden Sie im Prinergy Workshop-Benutzerhandbuch.


Jobtickets

Ein Jobticket ist eine Sammlung von Informationen in Bezug auf eine Aufgabe. Es enthält immer eine Zusammenfassung der Verarbeitungsschritte, die durchgeführt werden müssen. Es kann auch andere Informationen enthalten, wie z.B. die zu verarbeitenden Dateien, Ziele usw.
Jobtickets ermöglichen Prinergy die Verarbeitung im Hintergrund ohne das Eingreifen durch den Benutzer.
Jobtickets verwenden das Portable JobTicket Format (PJTF), ein Steuerungsmechanismen zur Festlegung der Reihenfolge von Vorgängen und Parametern, die bei PDF-Dateien angewendet werden sollen. PJTF ist Bestandteil der Adobe Extreme-Technologie, eine hochwertige Produktions-Druckarchitektur.
Ein Jobticket erhält seinen Namen von der Extreme-Technologiemethodik, einen Job mit einer Aufgabe gleichzusetzen. Mit Ausnahme des Begriffs Jobticket verwendet die Prinergy-Dokumentation die standardmäßige Druckvorstufendefinition für einen Job – eine zusammengehörige Sammlung von Kundendateien – nicht nur eine Aufgabe.


Job Ticket Processors (JTPs)

Ein Job Ticket Processor (JTP) ist ein Softwareprozess, der einen ganz bestimmten Schritt bei der Jobticket-Bearbeitung ausführt.
Prinergy verfügt über einen JTP für jede mögliche Art der Verarbeitung, z.B. Refining, Ausgabe und Archivierung. Einige Prozesse, wie z.B. Refine, erfordern mehrere JTPs nacheinander.
Sie können mehrere Instanzen des gleichen JTP-Typs auf einem Server ausführen. Beispielsweise können Sie mit mehreren Instanzen des Normalizer-JTP mehrere Jobs gleichzeitig ausführen. Für weitere Leistungsverbesserung können Sie Instanzen des gleichen JTP-Typs auf verschiedenen Servern verteilen und JTP-Pools erstellen.
In Prinergy enthält ein Jobticket einen Plan, aus dem hervorgeht, welche JTPs in welcher Reihenfolge zu verwenden sind.


CORBA-Kommunikation

Prinergy verwendet Common Object Request Broker Architecture (CORBA) für manche interne Kommunikation. CORBA ermöglicht die Kommunikation zwischen verschiedener Software, unabhängig davon, wer sie entwickelt hat und auf welcher Plattform sie eingesetzt werden.
Der Object Request Broker (ORB) ist die Verbindungssoftware („Middleware“), die die Kommunikation zwischen Server- und Clientsoftware ermöglicht, z.B. zwischen Workshop und den verschiedenen Prinergy-Daemonprozessen auf dem Server.
Prinergy verwendet eine Implementierung von CORBA durch die IONA Technologie PLC, bezeichnet als Orbacus und OrbacusWeb. Als grundlegendes Netzwerkprotokoll wird TCP/IP verwendet.
Nicht alle Kommunikation in Prinergy setzt auf CORBA. Adobe Extreme verwendet kein CORBA und verfügt über eine eigene Kommunikationsstruktur. Extreme verwendet jedoch immer noch TCP/IP als das zugrunde liegende Protokoll.

  • No labels