RE: PDF 2.0, PDF/A-4 support
That's still a great start! And not a problem for OutputIntents until PDFBox starts doing compliant rendering of PDF/X or PDF/A, as "general purpose" PDF 2.0 does not mandate their support. Thanks. > -Original Message- > From: Tilman Hausherr > Sent: Friday, November 10, 2023 5:17 AM > To: users@pdfbox.apache.org > Subject: Re: PDF 2.0, PDF/A-4 support > > Hi Peter, > > That's a lot... I'll create issues for some of these topics. The > negative dash phase thing has been fixed in the latest release : > https://issues.apache.org/jira/browse/PDFBOX-5636 > > Things that might be possible: > - UTF-8 > - Encryption > - Colorburn / Colordodge > > The fill & stroke problem is a problem with Java itself, because it > doesn't offer a combined fill & stroke. > > OutputIntents - we don't support these at all, so we'd have to start > supporting it. > > Tilman > > On 09.11.2023 02:28, Peter Wyatt wrote: > > I would think supporting the following PDF 2.0 features are highly > > relevant, given that other implementations > are already generating PDF 2.0 files today (see > https://pdfa.org/supporting-pdf20/): > > > > * UTF-8 support for user-visible strings, such as bookmarks (outlines), OCG > > layer names, certain annot fields, > etc. Missing support results in the ugly display or extraction of "mojibake" > for the UTF-8 BoMs. See > https://pdfa.org/understanding-utf-8-in-pdf-2-0. Note that this does NOT > impact content streams or text > extraction (unless you also combine with Logical Structure)! > > > > * the latest encryption (AES-GCM 256 bit), dig-sig, hash algorithms, and > > Unicode password support which is FAR > more up-to-date and secure than all legacy crypto. 3rd parties are already > generating such files which will > otherwise be unreadable/unprocessable by PDFBox. I don't know what crypto > library PDFBox uses, but all the new > algorithms are standard modern crypto algorithms. Unicode passwords also > follow the latest ICU (not knowing what > you use internally) but be careful so legacy files continue to work. > > > > * if high-quality semantic content extraction is important, then updating > > for PDF 2.0 standard structure types, > although this is likely to be a larger dev effort. > > > > > > If you want to address rendering issues, then: > > > > * PLEASE PLEASE PLEASE fix your incorrect rendering of "fill and stroke" in > > the presence of transparency! See > https://github.com/pdf-association/pdf-differences/blob/main/Atomic-Fill%2BStroke/README.md > > > > * making sure you using the correct blend mode formulae for ColorBurn and > > ColorDodge (from 2009 - I have not > checked your implementation): > https://github.com/pdf-association/pdf-differences/tree/main/ColorBurn-ColorDodge > > > > * ensuring negative dash phase is correct (previously unstated as what to > > do) - see https://github.com/pdf- > association/pdf-differences/tree/main/Negative-DashPhase > > > > * page-based OutputIntents. Already in use, especially in print-centric > > workflows where page merging and > imposition across PDFs is now far easier to do. Implementation update to > select a page-based OutputIntent ahead > of the document-level OutputIntent should be relatively easy. > > > > * the use of transparency and blend mode of an annotations appearance > > stream when rendered onto a page (not > _within_ the annot). > > > > > > Obviously there are other PDF 2.0 features but these would be my go-to > > short list for starting to address the > most obvious visible differences. > > See also https://pdfa.org/how-to-get-started-with-pdf-2-0/ since reporting > > a simple PDF version is unlikely to > withstand the test of time... > > > > > > Of course I am also biased - and I'm not a Java expert! > > > > > >> -Original Message- > >> From: Tilman Hausherr > >> Sent: Thursday, November 9, 2023 3:35 AM > >> To: users@pdfbox.apache.org > >> Subject: Re: PDF 2.0, PDF/A-4 support > >> > >> We don't have roadmaps. If you need a PDF 2.0 feature, tell us which one > >> and why. PDF/A-4 isn't a topic because preflight isn't developed > >> further. Use VeraPDF instead. You can create PDF/A-4 files like you can > >> create PDF/A-1b files. > >> > >> Tilman > >> > >> On 08.11.2023 00:15, Gili Tzabari wrote: > >>> Hi, > >>> > >>> I noticed that PDFBox 3.0 was recently released, but I can't tell what > >>> the status/roadmap is for PDF 2.0 and PDF/A-4 support. > >>> > >>> Can someone in the know please let me know where we stand? > >>> > >>> Thanks, > >>> Gili > >>> > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > >>> For additional commands, e-mail: users-h...@pdfbox.apache.org > >>> > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > >> For additional commands, e-mail: users-h...@pdfbox.apache.org > > >
Re: Error splitting PDF
On 09.11.2023 10:16, Joan Fisbein wrote: Hi Tilman, I tried to register again at https://selfserve.apache.org/jira-account.html and now I get an error message about "The username you selected is already in use". Can you, maybe, accept my previous request? Hello Joan, Yes but this can be done only within 24 hours and I missed that :-( Can you try to register again now? I assume that the username should now be available. Tilman Thanks! Joan On Thu, 9 Nov 2023 at 05:44, Tilman Hausherr wrote: Hello Joan, Sorry for the rejection, this was a close call, the description didn't mention what happened (a stack overflow). Feel free to register again so you can follow the issue I created https://issues.apache.org/jira/browse/PDFBOX-5712 Tilman On 08.11.2023 21:36, Joan Fisbein wrote: Hi all, I'm using PDFBox 3.0.0 and im getting this error when trying to split this PDF. I tested with code from trunk and the error is still there. Tried to get a Jira account to open an issue but was denied. Here you can download the problematic PDF: https://independence.mgmt.clarity.ai/report/public/file/2d1b4dd4-1ab3-4aaf-bb71-7f1759822f3a?disposition=inline=ORIGINAL Thanks!! The stacktrace exception: ai.clarity.bus.subscribe.exception.ConsumerException: java.lang.reflect.InvocationTargetException at ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:238) at ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:206) at ai.clarity.bus.subscribe.eventbridge.SQSMessageHandler.lambda$run$0(SQSMessageHandler.java:98) at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) at ai.clarity.bus.subscribe.eventbridge.SQSMessageHandler.run(SQSMessageHandler.java:98) at java.base/java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1804) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) at java.base/java.lang.Thread.run(Thread.java:840) Caused by: java.lang.reflect.InvocationTargetException: null at jdk.internal.reflect.GeneratedMethodAccessor451.invoke(Unknown Source) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:568) at ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:236) ... 8 common frames omitted Caused by: java.lang.StackOverflowError: null at java.base/java.util.LinkedHashMap.afterNodeInsertion(LinkedHashMap.java:300) at java.base/java.util.HashMap.putVal(HashMap.java:662) at java.base/java.util.HashMap.put(HashMap.java:610) at java.base/java.util.HashSet.add(HashSet.java:221) at org.apache.pdfbox.util.SmallMap.entrySet(SmallMap.java:387) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1453) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) at org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) at org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) at
RE: PDF 2.0, PDF/A-4 support
The version of a PDF file does not mandate the features it must contain. If you have a PDF 2.0 file with PDF 2.0 specific features then yes, you will have to use PDF/A-4 if preservation of those features is important, since PDF/A-4 files must always have a "%PDF-2.x" header. But PDF 2.0 files may not have any PDF 2.0 features (it may only contain simple content compatible with PDF 1.1!) so you could theoretically "back-convert" to PDF 1.x and then use PDF/A-2 or PDF/A-3 (or even PDF/A-1) depending on the file and your needs. Both PDF/A-2 and PDF/A-3 for example must have headers "%PDF-1.x" for x=0...7. Of course software needs to know how to do this correctly! Please also note that ISO 19005-4:2020 PDF/A-4 is currently undergoing a dated revision update at ISO. > -Original Message- > From: Gili Tzabari > Sent: Friday, November 10, 2023 12:55 PM > To: users@pdfbox.apache.org > Subject: Re: PDF 2.0, PDF/A-4 support > > I am no PDF expert, so please bear with me :) > > If I understand you correctly, dropping preflight means that you're > dropping PDF verification. And you're saying that VeraPDF provides PDF > verification so nothing is really lost. > > The only part I didn't understand was: > > > You can create PDF/A-4 files like you can create PDF/A-1b files. > > Doesn't PDF/A-4 files require PDF 2.0 support? Don't they have a > different file structure than PDF/A-1b files? > > Thank you, > Gili > > On 2023-11-08 11:34, Tilman Hausherr wrote: > > We don't have roadmaps. If you need a PDF 2.0 feature, tell us which > > one and why. PDF/A-4 isn't a topic because preflight isn't developed > > further. Use VeraPDF instead. You can create PDF/A-4 files like you > > can create PDF/A-1b files. > > > > Tilman > > > > On 08.11.2023 00:15, Gili Tzabari wrote: > >> Hi, > >> > >> I noticed that PDFBox 3.0 was recently released, but I can't tell > >> what the status/roadmap is for PDF 2.0 and PDF/A-4 support. > >> > >> Can someone in the know please let me know where we stand? > >> > >> Thanks, > >> Gili > >> > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > >> For additional commands, e-mail: users-h...@pdfbox.apache.org > >> > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > > For additional commands, e-mail: users-h...@pdfbox.apache.org > > > > - > To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
Re: PDF 2.0, PDF/A-4 support
I am no PDF expert, so please bear with me :) If I understand you correctly, dropping preflight means that you're dropping PDF verification. And you're saying that VeraPDF provides PDF verification so nothing is really lost. The only part I didn't understand was: You can create PDF/A-4 files like you can create PDF/A-1b files. Doesn't PDF/A-4 files require PDF 2.0 support? Don't they have a different file structure than PDF/A-1b files? Thank you, Gili On 2023-11-08 11:34, Tilman Hausherr wrote: We don't have roadmaps. If you need a PDF 2.0 feature, tell us which one and why. PDF/A-4 isn't a topic because preflight isn't developed further. Use VeraPDF instead. You can create PDF/A-4 files like you can create PDF/A-1b files. Tilman On 08.11.2023 00:15, Gili Tzabari wrote: Hi, I noticed that PDFBox 3.0 was recently released, but I can't tell what the status/roadmap is for PDF 2.0 and PDF/A-4 support. Can someone in the know please let me know where we stand? Thanks, Gili - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
Re: Slight rendering issues Apache FOP document
... also, replacing the border-width="0.5mm" with "1mm" everywhere in the FO file is a viable workaround.
Re: Slight rendering issues Apache FOP document
I can reproduce with an example provided with Apache FOP: ./fop -fo examples/fo/basic/border.fo -pdf foo.pdf It seems to use the same trapezoidal vector borders as the originating PDF. When printing to a 4x6 label printer, some of the borders disappear. Should this be enough for a bug report?
Re: PDF 2.0, PDF/A-4 support
On 09.11.2023 03:39, John Lussmyer wrote: On 11/8/2023 5:28 PM, Peter Wyatt wrote: I would think supporting the following PDF 2.0 features are highly relevant, given that other implementations are already generating PDF 2.0 files today (seehttps://pdfa.org/supporting-pdf20/) A bunch of useful suggestions elided.. What I REALLY REALLY need is support for Overprint and Knockout when Rendering to an image. I run into too many PDF's that are unrecognizable when generating an image due to this. I doubt that will happen soon... it is very tricky. Watch this video to understand why: https://www.youtube.com/watch?v=TiqDqd-1pwU=7s Tilman - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
Re: PDF 2.0, PDF/A-4 support
Hi Peter, That's a lot... I'll create issues for some of these topics. The negative dash phase thing has been fixed in the latest release : https://issues.apache.org/jira/browse/PDFBOX-5636 Things that might be possible: - UTF-8 - Encryption - Colorburn / Colordodge The fill & stroke problem is a problem with Java itself, because it doesn't offer a combined fill & stroke. OutputIntents - we don't support these at all, so we'd have to start supporting it. Tilman On 09.11.2023 02:28, Peter Wyatt wrote: I would think supporting the following PDF 2.0 features are highly relevant, given that other implementations are already generating PDF 2.0 files today (see https://pdfa.org/supporting-pdf20/): * UTF-8 support for user-visible strings, such as bookmarks (outlines), OCG layer names, certain annot fields, etc. Missing support results in the ugly display or extraction of "mojibake" for the UTF-8 BoMs. See https://pdfa.org/understanding-utf-8-in-pdf-2-0. Note that this does NOT impact content streams or text extraction (unless you also combine with Logical Structure)! * the latest encryption (AES-GCM 256 bit), dig-sig, hash algorithms, and Unicode password support which is FAR more up-to-date and secure than all legacy crypto. 3rd parties are already generating such files which will otherwise be unreadable/unprocessable by PDFBox. I don't know what crypto library PDFBox uses, but all the new algorithms are standard modern crypto algorithms. Unicode passwords also follow the latest ICU (not knowing what you use internally) but be careful so legacy files continue to work. * if high-quality semantic content extraction is important, then updating for PDF 2.0 standard structure types, although this is likely to be a larger dev effort. If you want to address rendering issues, then: * PLEASE PLEASE PLEASE fix your incorrect rendering of "fill and stroke" in the presence of transparency! See https://github.com/pdf-association/pdf-differences/blob/main/Atomic-Fill%2BStroke/README.md * making sure you using the correct blend mode formulae for ColorBurn and ColorDodge (from 2009 - I have not checked your implementation): https://github.com/pdf-association/pdf-differences/tree/main/ColorBurn-ColorDodge * ensuring negative dash phase is correct (previously unstated as what to do) - see https://github.com/pdf-association/pdf-differences/tree/main/Negative-DashPhase * page-based OutputIntents. Already in use, especially in print-centric workflows where page merging and imposition across PDFs is now far easier to do. Implementation update to select a page-based OutputIntent ahead of the document-level OutputIntent should be relatively easy. * the use of transparency and blend mode of an annotations appearance stream when rendered onto a page (not _within_ the annot). Obviously there are other PDF 2.0 features but these would be my go-to short list for starting to address the most obvious visible differences. See also https://pdfa.org/how-to-get-started-with-pdf-2-0/ since reporting a simple PDF version is unlikely to withstand the test of time... Of course I am also biased - and I'm not a Java expert! -Original Message- From: Tilman Hausherr Sent: Thursday, November 9, 2023 3:35 AM To: users@pdfbox.apache.org Subject: Re: PDF 2.0, PDF/A-4 support We don't have roadmaps. If you need a PDF 2.0 feature, tell us which one and why. PDF/A-4 isn't a topic because preflight isn't developed further. Use VeraPDF instead. You can create PDF/A-4 files like you can create PDF/A-1b files. Tilman On 08.11.2023 00:15, Gili Tzabari wrote: Hi, I noticed that PDFBox 3.0 was recently released, but I can't tell what the status/roadmap is for PDF 2.0 and PDF/A-4 support. Can someone in the know please let me know where we stand? Thanks, Gili - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
Re: Any pdfbox 2 vs pdfbox 3 memory usage benchmark ?
On 09.11.2023 12:26, Olivier Masseau wrote: Hello, I've read in the release notes that pdfbox 3 has better memory usage. But is there somewhere some benchmark that compares pdfbox 2 and pdfbox 3 memory usage in given scenarios ? No... but it should be better by design for most of the classic cases where there is no need to parse the whole file. Tilman - To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org
Any pdfbox 2 vs pdfbox 3 memory usage benchmark ?
Hello, I've read in the release notes that pdfbox 3 has better memory usage. But is there somewhere some benchmark that compares pdfbox 2 and pdfbox 3 memory usage in given scenarios ?
Re: Error splitting PDF
Hi Tilman, I tried to register again at https://selfserve.apache.org/jira-account.html and now I get an error message about "The username you selected is already in use". Can you, maybe, accept my previous request? Thanks! Joan On Thu, 9 Nov 2023 at 05:44, Tilman Hausherr wrote: > Hello Joan, > > Sorry for the rejection, this was a close call, the description didn't > mention what happened (a stack overflow). Feel free to register again so > you can follow the issue I created > https://issues.apache.org/jira/browse/PDFBOX-5712 > > Tilman > > On 08.11.2023 21:36, Joan Fisbein wrote: > > Hi all, > > I'm using PDFBox 3.0.0 and im getting this error when trying to > split > > this PDF. > > > > I tested with code from trunk and the error is still there. > > Tried to get a Jira account to open an issue but was denied. > > > > Here you can download the problematic PDF: > > > https://independence.mgmt.clarity.ai/report/public/file/2d1b4dd4-1ab3-4aaf-bb71-7f1759822f3a?disposition=inline=ORIGINAL > > > > > > Thanks!! > > > > The stacktrace exception: > > ai.clarity.bus.subscribe.exception.ConsumerException: > > java.lang.reflect.InvocationTargetException > > at > > > ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:238) > > at > > > ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:206) > > at > > > ai.clarity.bus.subscribe.eventbridge.SQSMessageHandler.lambda$run$0(SQSMessageHandler.java:98) > > at java.base/java.util.ArrayList.forEach(ArrayList.java:1511) > > at > > > ai.clarity.bus.subscribe.eventbridge.SQSMessageHandler.run(SQSMessageHandler.java:98) > > at > > > java.base/java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1804) > > at > > > java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136) > > at > > > java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635) > > at java.base/java.lang.Thread.run(Thread.java:840) > > Caused by: java.lang.reflect.InvocationTargetException: null > > at jdk.internal.reflect.GeneratedMethodAccessor451.invoke(Unknown Source) > > at > > > java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.base/java.lang.reflect.Method.invoke(Method.java:568) > > at > > > ai.clarity.messagebus.spring.config.SubscriberConfiguration$MethodEventHandler.accept(SubscriberConfiguration.java:236) > > ... 8 common frames omitted > > Caused by: java.lang.StackOverflowError: null > > at > > > java.base/java.util.LinkedHashMap.afterNodeInsertion(LinkedHashMap.java:300) > > at java.base/java.util.HashMap.putVal(HashMap.java:662) > > at java.base/java.util.HashMap.put(HashMap.java:610) > > at java.base/java.util.HashSet.add(HashSet.java:221) > > at org.apache.pdfbox.util.SmallMap.entrySet(SmallMap.java:387) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1453) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1481) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) > > at > org.apache.pdfbox.cos.COSArray.getIndirectObjectKeys(COSArray.java:780) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1475) > > at > > > org.apache.pdfbox.cos.COSDictionary.getIndirectObjectKeys(COSDictionary.java:1470) >