AFPRSC - ein Mysterium?

[wti]

Moin @ll,

da ich bei Dr. Google nicht fündig geworden bin, stelle ich mal hier eine Frage in die Runde.

Wir haben eine Printer-File in der bereits mit AFPRSC ein Logo ausgegeben wird. Somit wird keine neue Funktionalität in der Spool-File eingeführt.
Jetzt soll als Info-Blatt an jeden Druck einen Seite angehängt werden, die als PDF-Datei vorliegt. Hierfür wird die Seite als PDF-Datei erstellt und mit AFPRSC ausgegeben.
Diese Funktionalität wird auch in anderen Spool-Files angewandt.



AFPRSC('Corona_Regeln.pdf' +
*PDFSPO 0.0 0.0)


Man kann ja auch nicht viel falsch machen :) - vorher einen Seiten-Wechsel mit ENDPAGE

Die Datei wird dann in eine PDF-Datei umgewandelt, die im ifs abgelegt wird:


cpySplf file(av486brp_e) toFile(*toStmF) job(*) splnbr(*last) toStmF('/home/pdf_avpool/BR_2_QACXDPMMZ6.pdf') wsCst(*pdf) STMFOPT(*REPLACE)


Leider ist die zweite Seite, auf der die PDF-Datei für das Info-Blatt stehen sollte, leer.
Richtig spooky wird es wenn man die Spool-File über die Funktion von InfoPrintServer laufen lässt - dann ist die PDF-Datei vorhanden...

Hat jemand eine Idee, wie man das auch mit cpysplf hinbekommt???

Thanks
Wolfgang

[Fuerchau]

CPYSPLF reduziert die Daten grundsätzlich auf *SCS!
AFP-Ressourcen und AFPDS-Schlüsselworte werden bei SCS aber nicht unterstützt.
Produkte wie InfoPrintServer oder sonstige Spool-Produkte unterstützen aber den AFPDS-Datenstrom.

[wti]

Hallo Baldur,

sorry - aber das stimmt nicht ganz - mit der Option wsCst(*pdf) kann ich auch mit cpysplf eine PDF-Datei erstellen - aber scheinbar gibt es denn noch Einschränkungen.
Das Logo im Brief mit AFPRSC wird gedruckt - die PDF mit AFPRSC wird nicht ausgegeben...

Ich kann auch die Option und das ifs-Verzeichnis direkt in der Printer-File angeben, aber leider führt dies zum gleichen Ergebnis.

Gruß
Wolfgang

[Fuerchau]

Ja aber:
CPYSPLF liest nur SCS-Daten aus. Dass man mit der Option *PDF dies direkt wieder in eine PDF ausgeben kann macht da keinen Unterschied.
Jetzt muss man bei den eingebetteten Objekten noch unterscheiden:
a) PAGSEG => das scheint ja zuklappen
b) AFPRSC => das wird nicht unterstützt

[wti]

Ja aber:



R LOGOJPG AFPRSC(&#DATEI *JFIF +
&§P_D_V2 &§P_A_V2 +
(*SIZE 5.55 1.0) +
(*MAPOPT *SL) +
(*PATH &#PATH))
§P_D_V2 5S 3P
§P_A_V2 5S 3P
#DATEI 50AP
#PATH 100AP

--> funktioniert(!!!) - das Logo wird gedruckt





R CORONA_V AFPRSC('Corona_Regeln.pdf' +
*PDFSPO 0.0 0.0)

--> funktioniert nicht (!?!?!?) - die PDF-Datei wird nicht gedruckt

[Fuerchau]

Ich denke mal, das ist ganz einfach:
Bilder sind Bitmaps und Bitmaps werden unterstützt incl. beteiligter Dekomprimierung. Wobei sicherlich nicht alle Formate unterstützt werden (png, tiff, pcx,...).
PDF's sind Postscript/Ghostscript, bedürfen also einer aufwändigen Interpretation (Rendern zu einer Bitmap) und werden deshalb native nicht unterstützt.
InfoPrintServer ist ein Zusatzprodukt, das nur für aufwändigere Drucke, die nicht mit Hosttransform (z.B. nur Schwarz/Weiß Bilder) sowie IPDS zu AFPDS Konvertierungen.
AFPDS wird da dann vollständig supportet.

Es kann ja nicht immer alles kostenlos sein, auch wenn es manchmal umsonst ist.

[BenderD]

... und wenn du aus dem corona.pdf ein jpg machst?

D*B

[MMP400]

Da sehe ich zwei Möglichkeiten:
1. Als Bild auf einer extra Seite einbetten
2. Mit iText und einem kleinen Java Programm an der PDF eine Seite anhängen nach dem Programmlauf. Da gibt es viele Beispiele. iText 7 läuft auf Java 8 nativ auf IBM i