Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Batch processing stuck in openhtmltopdf(PdfBoxFontResolver.java) #959

Open
enthusiasticaman opened this issue Dec 10, 2023 · 0 comments
Open

Comments

@enthusiasticaman
Copy link

enthusiasticaman commented Dec 10, 2023

Batch processing stuck after this log "Loading font({}) from {} supplier now" . which is under public boolean realizeFont() of class PdfBoxFontResolver.java.

below is the code for building PdfRendererBuilder().

new PdfRendererBuilder()//
.useProtocolsStreamImplementation(streamFactory, "classpath") //
.useFastMode() //
.useDefaultPageSize(paperSize.getWidth(), paperSize.getHeight(), BaseRendererBuilder.PageSizeUnits.MM)
.useSVGDrawer(new BatikSvgDrawerWrapper()) //
.withW3cDocument(w3cDoc, "classpath:/") //
.toStream(out) //
.useReplacementText("\uFFFD") //
.usePageSupplier(pageSupplier)
.run();

THIS IS HEPPENING IN MULTITHREADED ENVIRONMENT.

while interating with openhtmltopdf(version 1.0.10), towards the END of the batch processing, the job gets stuck under openhtmltopdf.load(PdfBoxFontResolver.java), this issue is not document specific, CPU utilization is around 50%, so that's also not an issue, can you let me know where should I investigate the issue from?

Can this be concurrency issue? there is no error msg or exception, is pdfBox threadsafe?

@danfickle can you please have a look?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant