[
https://issues.apache.org/jira/browse/PDFBOX-5397?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17511190#comment-17511190
]
Tobias Hugendubel commented on PDFBOX-5397:
-------------------------------------------
a) "Why do you need to render the PDF when the use case is to look for a dummy
object and replace that?"
*Is there better ways to try to replace a dummy QR code?*
We would love to change it in the long run.
b) "I've added a rendition of TSA_5_4xxx_SH_XX_05_XX_03_F.pdf. Works fine for
me. Tested using the command line PDFToImage utility. Which version of PDFBox
are you using? Which OS ..."
OS = Debian 11
*JDK = OpenJDK 17*
JRE = no installation
*PDFBox = 2.0.24*
on our production server
TSA_5_4xxx_SH_XX_03_F.pdf also works best for us. Thing is, it only generates a
new PDF locally, on Production it seems not to terminate.
File that is most problematic from the above is the 09 one (really large), here
the comment of our developer:
!image-2022-03-23-12-29-03-735.png|width=564,height=243!
{color:#00875a}c) "could not initialize class
java.awt.graphicsenvironment$localge" finds a lot of answers.{color}
{color:#00875a}Seems to be an environment problem of our test environment only.
Seems that xhost is missing there. It is not an issue on Production.{color}
*{color:#00875a}You can ignore that for the moment.{color}*
{color:#172b4d}d) "Adobe claims that something is wrong with
TET_5_4xxx_GR_00_00_XX_14_F.pdf . Same for TSA_5_BF2x_GR_-1_01_XX_09_F.pdf . I
was able to render all files with 300dpi (but it took very long)."
The files were created with {*}"PDFTron"{*}. [https://www.pdftron.com/]
Customer uses that, we can't influence that choice.
{color}
{color:#172b4d}{*}Do you know more about this software{*}, maybe from other
problem tickets, how this tool must be used with generating PDFs to avoid such
issues?
{color}
> Certain PDF cannot be processed
> -------------------------------
>
> Key: PDFBOX-5397
> URL: https://issues.apache.org/jira/browse/PDFBOX-5397
> Project: PDFBox
> Issue Type: Bug
> Components: Rendering
> Reporter: Tobias Hugendubel
> Priority: Major
> Attachments: TET_5_4xxx_GR_00_00_XX_14_F.pdf,
> TSA_5_4xxx_SH_XX_05_XX_03_F.pdf, TSA_5_4xxx_SH_XX_05_XX_03_F1.jpg,
> TSA_5_BF2x_GR_-1_01_XX_09_F.pdf, image-2022-03-23-12-25-56-963.png,
> image-2022-03-23-12-29-03-735.png
>
>
> !https://cdn.discordapp.com/attachments/381016918703996928/955833631484563566/unknown.png|width=570,height=291!
> For certain PDFs where we use PDFBox to open a PDF, scan for defined dummy QR
> codes on it, and then replace the dummy with a real QR code, we either get
> the above error, or the process does not terminate.
> A sample file TET_5_4xxx_GR_00_00_XX_14_F.pdf or
> TSA_5_BF2x_GR_-1_01_XX_09_F.pdf .
> They both lead to the above problem.
> Our own analysis so far is that it might be the same issue as mentionend in
> [https://stackoverflow.com/questions/69237146/pdfbox-renderimagewithdpi-hangs-sometimes]
>
> For our company PMG Projektraum GmbH, Munich, Germany, this is an essential
> function. Currently users cannot download PDFs in most cases because of this:
> The download tries to add a QR code and never ends.
> It could be that the QR code on these PDFs causes issues because it is in a
> certain layer. We observed that in Adobe Reader we see a QR Code but with or
> own viewer it is invisible:
> This is TSA_5_4xxx_SH_XX_05_XX_03_F.pdf
> where we have the same issues
> Any idea, what this might be and how to solve it?
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
