Die Veröffentlichung von Aufträgen kann manchmal fehlschlagen oder zu unerwarteten Ergebnissen führen. Beispiel:
- Inhalte werden als nicht veröffentlicht gekennzeichnet, obwohl dies nicht der Fall ist.
- Die Veröffentlichung wird nicht beendet (Verhindern einer Veröffentlichung).
- Der Veröffentlichungsauftrag wird unterbrochen.
Ein Veröffentlichungsauftrag kann aus verschiedenen Gründen fehlschlagen:
- Der Benutzer wurde mit einem normalen Benutzerkonto eingerichtet und hat daher keine Berechtigung zum Veröffentlichen. Überprüfen Sie das Benutzerkonto zur Bestätigung.
- Ein anderer Veröffentlichungsauftrag lief bereits, als der neue Auftrag gestartet werden sollte. Überprüfen Sie die Auftragsprotokolle zur Bestätigung.
- Der Benutzer hat den Job zu einem Zeitpunkt eingeplant, den er nicht beabsichtigt hat. Überprüfen Sie den Auftragsplaner zur Bestätigung.
- Die Auftragswarteschlange auf den Servern ist voll.
Sobald ein Veröffentlichungsauftrag eingereicht wurde, wird die Schaltfläche „Absenden“ ausgeblendet. Ein weiterer Veröffentlichungsauftrag kann erst dann eingereicht werden, wenn der vorherige Auftrag abgeschlossen ist. Es ist möglich, einen Uploadauftrag einzureichen, auch wenn ein anderer Uploadauftrag läuft. Dieser bleibt jedoch im Standby-Modus, bis der vorherige Auftrag abgeschlossen ist.
Aufträge wie z. B. Veröffentlichungen, Uploads von Serververzeichnissen usw. werden als eigenständige Threads auf dem Server ausgeführt. Die Benutzeroberfläche hat keinen direkten Zugriff auf diese Prozesse. Stattdessen wird eine Stoppanforderung an den Thread gesendet. Wenn der Thread also einen Punkt in seiner Verarbeitungsschleife erreicht, an dem er nach der Anforderung sucht, wird der Prozess beendet. Wie lange es dauert, bis ein Prozess zu einem dieser Kontrollpunkte gelangt, hängt von der Art des laufenden Jobs ab. Es hängt auch von den Besonderheiten dieser Instanz des Auftrags ab.
Die „Stopp“-Funktionalität setzt ein „JOB_STATE_STOPPING“ für den Auftrag, die den Auftrag unterbricht, wenn die Anwendung das nächste Mal den Status überprüft. Das Timing hängt davon ab, wie oft und wann der Prozess den Status überprüft.
Die IR- und IS-Veröffentlichungen haben vier Punkte, an denen der Status überprüft wird:
- In der Nähe des Starts, wenn Scene7 die Server auf die Art der zu verarbeitenden Dateien prüft und ob ein Manifest erforderlich ist.
- Nach dem Erstellen des Manifests, wenn Scene7 auf einen neuen Veröffentlichungsserver wechselt.
- Während der Anmeldung auf dem Veröffentlichungsserver zur Übermittlung der Dateien (es können mehrere Anmeldungen pro Server erfolgen).
- Vor dem Senden von Katalogen.
Zusätzlich prüft die IS-Veröffentlichung periodisch während der Erstellung des Hauptmanifests auf Interrupts.
Bei IR-Veröffentlichungen im Vignettenformat werden meistens die daraus abgeleiteten Ausgabevignetten für die Formate erstellt. In diesem Bereich erfolgt keine Überprüfung der Interrupts. Es ist schwer, einen Auftrag für einige Zeit abzubrechen, wenn es viele gibt, die für den Auftrag produziert werden müssen.
Für die Veröffentlichung von Videos gibt es zwei Punkte, die überprüft werden:
- In der Nähe des Starts, wenn Scene7 die Server auf die Art der zu verarbeitenden Dateien prüft und ob ein Manifest erforderlich ist.
- Während der Anmeldung auf dem Veröffentlichungsserver zur Übermittlung der Dateien.
Der Auftrag „Aus Serververzeichnis hochladen“ (Upload über FTP) weist verschiedene Punkte auf, die beim Durchlaufen der Ordnerstruktur auf Auftrags-Stopp-Status überprüft werden. Wenn der Client jedoch einen reduzierten Ordner ohne Unterordner hat, kann der Vorgang nicht unterbrochen werden, sobald die Liste der Dateien aus dem Ordner zum Hochladen zur Verfügung steht.
Twitter™- und Facebook-Beiträge fallen nicht unter die Bedingungen der Creative Commons-Lizenz.