Do you have a test that shows the problem ?
In any case there should be a regression test with the fix.
It looks like you must be using a javax.print DocPrintJob and
some DocFlavor that does not get translated into Postscript,
such as raw text .. or .. something that's already postscript ?
If the filters depend on the extension, then I'm not sure if
removing the .ps extension is 100% safe for that latter case.
Also, have you tried this on OS X or Solaris 10 ?
-phil.
On 9/13/2012 7:05 AM, jayashree viswanathan wrote:
Hi ,
Looking for a reviewer for a change request .
Problem statement:
In UnixPrintJob class while constructing a lpr command to queue up
the jobs, we are creating tempfile with .ps extension .
The content of the tempfile will not have appropriate postscript
header[like PSPrinterJob], rather just the data to be printed .
In certain environments[ex., RHEL 6.1] this causes failure and even
the native command [lpr] as constructed by Java just queues up the job
but doesn't prints them.
webrev for the change is available at
http://cr.openjdk.java.net/~shirishk/20120913_02/webrev.01/
Thanks and Regards,
Jayashree Viswanathan
