Jobname ändern

[sim]

Von Java werden num mal Servicejobs in Anspruch genommen.
In diesem Fall halt der QPRTJOB.
Der Jobname ist da leider nicht änderbar.

Hier helfen dann wohl nur wieder Spool-API's, die den (ggf. AFP) Datenstrom auslesen und eine neue Spool erstellen.
Dies muss dann unter dem gewünschten User laufen.
Es gibt da wohl ein paar Freeware-Tools zum Kopieren von Spools.

Der Jobname ist aber doch nicht relevant.
Für die Berechtigung ist der User des Spools sowie die Berechtigung der OUTQ maßgebend.

Hallo fuerchau,

wie ich Andreas bereits geschrieben habe sind nicht die Berechtigungen das Problem sonder die Abwicklung.

Bisher erzeugen wir die Spools selbst unter einem Job der vorher per SBMJOB übergeben wurde. (mit entsprechend gesetztem Jobnamen)

Zukünftig setzen wir eine externe Software für die Erzeugung des Outputs ein.

Aus diversen Gründen müssen die PDFs dann wieder zurück aufs System uind dort als Spool erzeugt werden.

Aus Anwendersicht wäre es eben von Vorteil wenn, wie bisher auch, die Spools von Job A in einem eigenen Job sind und nicht mit den Spools von Job B vermischt werden.

Wie sich aus der Vergangenheit gezeigt hat ist eine Vermischung der Spools von verschiedenen Druckaufträgen nicht sinnvoll.



sim

[Fuerchau]

Dann musst du für die Erstellung leider einen anderen Weg gehen.
Hier im Forum gibt es mehrere Beiträge zum Drucken von PDF's direkt auf der AS/400.

An den Einstellungen der Java-Servicejobs lässt sich leider nicht drehen.

[Pikachu]

Falls der Befehl RUNJVA (oder JAVA) benutzt wird, kann man im Parameter JOB(Jobname) je Aufruf einen individuellen Jobnamen mitgeben.

[Fuerchau]

Dies gilt aber nur für den Java-Job selber.
Druckfunktionen werden dann wieder vom QPRTJOB als Server übernommen.

[Pikachu]

Das müßte man ausprobieren. Ein QPRTJOB für die Spoolfiles sollte eigentlich nur ins Spiel kommen, wenn der Jobbenutzer vom aktuellen Benutzer des Jobs abweicht.

[EFueloep]

Vielleicht hilft folgendes weiter:

Finding and Working with Spooled Files Generated under a QPRTJOB Job

[sim]

Dann musst du für die Erstellung leider einen anderen Weg gehen.
Hier im Forum gibt es mehrere Beiträge zum Drucken von PDF's direkt auf der AS/400.

An den Einstellungen der Java-Servicejobs lässt sich leider nicht drehen.

Laut unserem Admin ist der Drucker ein Infoprint 4100 MS1 und kann angeblich kein PDF direkt drucken sondern nur AFP.

[Fuerchau]

Wenn er PCL5 kann, gibt es Converter von PDF nach PCL5 (meist Java, kann mit QSH oder PASE ausgeführt werden).
Anschliessend die PCL5-Datei als *USRASC-Spool für den Drucker bereitstellen.

Wie das geht ist auch erst letztens beschrieben worden .

[sim]

Wenn er PCL5 kann, gibt es Converter von PDF nach PCL5 (meist Java, kann mit QSH oder PASE ausgeführt werden).
Anschliessend die PCL5-Datei als *USRASC-Spool für den Drucker bereitstellen.

Wie das geht ist auch erst letztens beschrieben worden .

So wie es aussieht kann der Drucker kein PCL5.

[Anton Gombkötö]

... würde ich doch lieber den WRKSPLF bzw. WRKOUTQ (je nachdem, was das Operating nutzt) nachprogrammieren und dort statt dem System-Dateinamen das anzeigen, was ich möchte.
Das erscheint mir spontan einfacher und risikoloser zu sein und außerdem weniger Arbeit.

[sim]

... würde ich doch lieber den WRKSPLF bzw. WRKOUTQ (je nachdem, was das Operating nutzt) nachprogrammieren und dort statt dem System-Dateinamen das anzeigen, was ich möchte.
Das erscheint mir spontan einfacher und risikoloser zu sein und außerdem weniger Arbeit.

Diesen Gedanken favorisieren wir mittlerweile auch.


Es wäre halt schön gewesen......