Subscribe via RSS
Toggle Submenu
  1. Categories
  2. Recent
  3. Tags
View Replies (4)

Resolved PB 2019 and Datawindow Save to PDF

  1. Advice
0
Votes
Undo
  1. Don Olliver
    Don Olliver
  2. PowerBuilder
  3. Tuesday, 24 September 2019 16:37 PM UTC

We have been testing the NativePDF method (using PDFlib) in PB 2019. It does a nice job of rendering datawindow visual content, but performance is relatively slow as well as CPU-intensive. 

Are either of the other rendering methods (Distill using Ghostscript or saving using XSL-FO) faster than using NativePDF? If not, can Appeon suggest another, more efficient approach?

 

Regards,

Don Olliver

Epic-Premier Insurance Solutions 

  1. DataWindow
  2. PDF
DW SQL Checker
ADO.NET Not Supported
Responses (4)
Don Olliver
Don Olliver Accepted Answer Pending Moderation
  1. Friday, 27 September 2019 15:08 PM UTC
  2. PowerBuilder
  3. # 1

Thanks Roland. We tested SaveNativePDFToBlob and found it to be 10% faster than saving as PDF. We will try using Ghostscript to see if it offers better performance.

Don

Comment
There are no comments made yet.
Olan Knight
Olan Knight Accepted Answer Pending Moderation
  1. Thursday, 26 September 2019 00:50 AM UTC
  2. PowerBuilder
  3. # 2

I have always used Ghostscript to create PDFs. The performance is excellent, and like all such engines, depends of the size of the PDF being created.

Ghostscript is simple, stable, portable, and fast.


JMHO,
Olan

Comment
There are no comments made yet.
Roland Smith
Roland Smith Accepted Answer Pending Moderation
  1. Tuesday, 24 September 2019 20:07 PM UTC
  2. PowerBuilder
  3. # 3

PB 2019 has a new DS/DW method SaveNativePDFToBlob which can be used to generate a PDF directly to a blob. This will make things faster if your PDF is to be saved to a table in the database.

 

Comment
There are no comments made yet.
John Fauss
John Fauss Accepted Answer Pending Moderation
  1. Tuesday, 24 September 2019 18:09 PM UTC
  2. PowerBuilder
  3. # 4

I would not be too quick to dismiss the Native PDF support, as there are factors that can influence performance of this feature.

Each page gets written to a separate, temporary EML file in a folder unique to the user, then these are used to produce the PDF. If you are running your app on a remote server session or have numerous and/or large images, the creation of large PDF's can degrade performance.

There are also some Native PDF configuration settings that were added in a couple of PB releases after the initial release in PB2017. Have you investigated these to see if any can help performance in your case?

Perhaps others can offer some additional insights or advice as well.

Comment
There are no comments made yet.
  • Page :
  • 1


There are no replies made for this question yet.
However, you are not allowed to reply to this question.
We use cookies which are necessary for the proper functioning of our websites. We also use cookies to analyze our traffic, improve your experience and provide social media features. If you continue to use this site, you consent to our use of cookies.