cancel
Showing results for 
Search instead for 
Did you mean: 

AIX-based printing and PDF file generation

Former Member
0 Kudos

Greetings,

looking to find a best practices approach to scheduled printing of pdf BOXI reports hosted by in an AIX environment to a Windows AD secured network printer.

Looking at three possible approaches:

1. AIX-based printing: lpr queue with some ghostscript translation to postscript

2. Windows-based printing via SAMBA: AIX based printing using samba services

3. Windows-based printing via FTP: transfer the file out from the AIX server and script the printing using Control-M

Leaning towards #3 presently. Expert guidance would be greatly appreciated.

Martin

Accepted Solutions (0)

Answers (1)

Answers (1)

Former Member
0 Kudos

Hi Martin,

I faced a similar situation at a client site and after actually trying out Option 1, then considering the cost of Option 2 (resources, skill sets and long-term maintenance), we decided to go for Option 3.

With Option 1, we used the lpr queue commands to send the reports to particular printers (print queues) on the that were registered on the AIX box. We faced two major problems with this approach.

(1) We had what we called the 'default' printer problem, where, may be based on the volume of pages we were printing or the performance issues on the server itself, print jobs would go the default print queue on the AIX server. As you can imagine, that was not good. Jobs that were intended for one department were ending up in another, and the default location had to start parsing through the print outs and create piles. Operational nightware.

(2) Cover sheets... We had 1 report (basically a form) that needed to be printed with data for different departments (six depts). So a developer wrote a little java app that called BusinessObjects and passed in the report parameters - and ID, and the printer name. The problem that we faced was that the print jobs would come out the other end, each with its own cover sheet. Even though we passed in the AIX command to suppress the cover sheet, they came out. I don't remember whether specifying the switch in the CMC worked or not - but we didn't have that luxury - we had to do programmatically because the printing was so dynamic.

So we opted for a rather simple situation, which was made possible also because the customer's license allowed it. We installed the report job servers (no CMS) on a windows servers, assigned them to the CMS pool on the AIX server, installed the printers we needed on the Win server. Then we created a Server group that included just the Windows servers (report processing servers), and locked the report in question to only be processed by servers in that group. So the report would only be processed by the Windows servers with the necessary printers.

The solution has been in operation for over 12 months and working great. We can manage all the servers from the CMC and with auditing turned on, we have great visibly on the performance of the system. Because this printing system is so critical, the process is being enhanced by throwing the stats on an Xcelsius dashboard for real-time monitoring by the operations folks.

Hope this helps. I'll be glad to share more if you're interested.

Will

Former Member
0 Kudos

Just a follow-up, for those absolutely interested in printing on Unix...

https://www.sdn.sap.com/irj/sdn/go/portal/prtroot/docs/library/uuid/f059a253-5f3f-2b10-d98f-9c8341bd...