IBM z/OS has a component called Infoprint Server. In combination with IBM Print Transforms, Infoprint Server can select jobs from JES, transform the data into PDF and then send it to a printer or use sendmail to email it. See the IBM Knowledge Center. Try a search for infoprint server ibm print transforms. That should get you started. http://www-01.ibm.com/support/knowledgecenter/search/infoprint%20server%20ibm%20print%20transforms?lang=en
Regards, --Roger On Thu, Mar 3, 2016 at 8:31 AM, Tim Brown <[email protected]> wrote: > Briefly, I have a home grown process that takes selected output files > from the Jes2 spool via an external writer and writes them to a combined > dataset with separators. I then read the results via REXX and create > individual files that are processed via TXT2PDF to create pdfs. Some of the > resulting pdfs were not taking the width of the page and I thought it was > related to files whose actual lrecl was quite less than the lrecl of 300 > that was used to capture all files originally. That was not the case, it > was the zoom parameter on the font statement, by making it 100 it fit the > page perfectly. > > I am ok for now , but since I started this thread, how do others create > PDF's from Jes2 spool output? > > Appreciated as always! > > Tim > > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Bill Woodger > Sent: Wednesday, 02 March, 2016 4:16 AM > To: [email protected] > Subject: rexx and tso alllocate > > > ** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / > attachments. Never supply UserID/PASSWORD information. > > > Joel Ewing has made a valid point about programs potentially having LRECL > expectations. COBOL is good for that. > > Tim Brown is silent on what he actually wants to do this for. Until then > it's difficult to suggest something concrete. Ditch the blocksize has been > said, making the LRECL smaller has no obvious benefit has been said. Just > to add that the LRECL can always be "overridden" on the DD for a subsequent > reference. > > > On Wednesday, 2 March 2016 08:24:22 UTC, Ted MacNEIL wrote: > > Why not just create a VBA file with a very long LRECL and not worry > about it at all? Longer LRECLs don't introduce any more ov‎eReader than > short ones. > > > > -teD > > Original Message > > From: Kjell Holmborg > > Sent: Wednesday, March 2, 2016 02:54 > > To: [email protected] > > Reply To: IBM Mainframe Discussion List > > Subject: Re: rexx and tso alllocate > > > > One suggestion might be that your rexx program writes records to a stem > variable and you could keep track of the longest record and then just > before writing the contents of the stem variables to the dataset you do a > TSO Allocate with the longest record as a variable to the ALLOCATE command. > > > > /Kjell > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
