RPE Details

The official release documents for

In addition there are a couple of changes in that deserve to be called out here.

PDF Output

The main change brought by RPE is the new PDF Output. We have introduced this as the “New PDF Driver” in RPE but there were performance and consistency  issues we could not solve at that date which prevented us from making the driver the default one. For details see this: RPE

With the performance of the PDF driver is improved and the consistency issues are fixed. And while the performance and scalability of the new PDF driver are still not on par with those of the legacy one, the quality of the PDF more than compensate in our opinion. See the PDF Output Reference for details.

The old PDF driver is preserved as the legacy PDF output for those scenarios where the size of the generated document cannot be handled by the new PDF. See the Legacy PDF Reference for details on how to enable that output and more.

Back to the new PDF output there are a couple of capabilities that I want to highlight:

  • Word and PDF capability gap is reduced – a good number of properties were supported for Word output but not for the Legacy PDF output. With the new PDF output the overlap is much greater and the resulting PDF and Word documents are closer looking
  • style sheets – it is now possible to use Word style sheets for PDF output. The style sheets provide style and content to the PDF document
  • automatic font detection – it is no longer necessary to specify the font to use for non-Unicode fonts. RPE will determine the most appropriate font to use. Still you have the ability to provide a font name for RPE  to use if a certain font is not available on the machine. This
  • Include files – the content of included files is now physically embedded in the PDF output while in the legacy PDF output a hyperlink is created for the include. Some supported file formats are: rtf, doc, docx.
  • fields – TOCs/TOFs/TOTs etc can have page numbers and in general fields in PDF are much  better supported and rendered

Specifying the authentication method

With RPE it is now possible to specify the authentication method to use. The list of supported methods is: basic, form, oauth and oauth1a.

  • If left empty RPE will work as it does today by trying to detect the protocol.
  • If the authentication method is specified RPE will use it immediately, avoiding the detection mechanism, and this can result in significant performance improvements for those reports that make many requests to data sources that use basic (ReqPro via DataServices, RTC, RQM) or OAuth/OAuth1a ( RRC) authentication.

Rich Text handling

A lot of work has been done to correct and improve how RPE handles rich text coming from data sources such as RRC, RQM and other. Some of them are captured in the APAR fix list.

Corrections to license usage

A RPE license is now consumed for the entire duration of the document generation including the execution of the pre-commands, if any exist.


Author: Dragos Cojocari

Architect for Rational Publishing Engine

One thought on “RPE Details”

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s