Skip to main content
Inspiring
June 2, 2021
Answered

Maximum File Size When Reducing a PDF file in PDFTools

  • June 2, 2021
  • 2 replies
  • 1904 views

I have downloaded the PDFTools SDK and sample projects, and have it functional in my test application.
It works good for some files, but when I try to reduce the size of a PDF that is large I get this error Message:
"Total input file(s) size exceeds the acceptable limit"

 

I've been hunting through the documentation and google, and haven't figured out anything about this.

Is it just a licensing thing, and will be better when I pay for the license?
If not, is there anywhere that documents how big of a file I can process?

 

Dim sourceFileRef  as FileRef

sourceFileRef = FileRef.CreateFromLocalFile(pdfFilePath) 
compressPDFOperation.SetInput(sourceFileRef)

result = compressPDFOperation.Execute(executionContext)

result.SaveAs(Directory.GetCurrentDirectory() + "/output/" & pdfFileInfo.Name)

This topic has been closed for replies.
Correct answer Test Screen Name

Ok, we need to start out understanding what you're using.

 

On https://opensource.adobe.com/pdftools-java-sdk-samples/apidocs/latest/com/adobe/platform/operation/pdfops/CompressPDFOperation.html we find compressPDFOperation. This is part of com.adobe.platform.operation.pdfops, which is part of Adobe Document Services PDF Tools SDK. To my understanding, these are all connectors to web services offered by Adobe. Access is based on the credentials you pass. This may indeed have different size limits for different classes of paid service. From https://www.adobe.io/apis/documentcloud/dcsdk/, "Use our cloud-based REST APIs and SDKs designed for developers to build new, innovative document solutions. Pick and choose from over 15 different PDF and document manipulation APIs to build". The Java tools contain no PDF engine, just web connectors. Best forum? The Document Cloud Services forum (quite active).

 

This is entirely different to the APDFL (Adobe PDF Library), which is the opposite: host based PDF engine, which does not connect to anything. Licensing is very different, and is by negotation. While it is made by Adobe, it is extended and licensed by DataLogics. Adobe's library is pure C++, but DataLogics add more interfaces. Do not expect to find conveniently packaged end user functionality like "Shrink me a PDF", it is a set of tools for low level access to PDF, with a certain number of higher level interfaces added in. https://www.datalogics.com/products/pdf-sdks/adobe-pdf-library/. 

Best forum: none. C++ programmers in APDFL will find common ground here with Acrobat plug-in programmers (similar API). You'll find no experience in PDFL's Java wrapper, so far as I know. A support contract with Datalogics is part of what you negotiate.

 

2 replies

Legend
June 2, 2021

I think the correct forum may be https://community.adobe.com/t5/document-services-apis/bd-p/Document-Cloud-SDK?page=1&sort=latest_replies&filter=all  

This is nothing to do with the Acrobat SDK. Acrobat is a local app.

andyd273Author
Inspiring
June 2, 2021

I think this is local too?
I got linked to this forum from https://opensource.adobe.com/dc-acrobat-sdk-docs/
And the one I'm trying to figure out is part of the PDF Library (PDFL)
I think.
At least, that's what I hope that I'm using. I don't want to be uploading files, I want them processed in the application using the SDK.

 

If I'm using the wrong thing, I'd love to know that, so I can get pointed in the right direction.
Thanks for the reply!

Test Screen NameCorrect answer
Legend
June 2, 2021

Ok, we need to start out understanding what you're using.

 

On https://opensource.adobe.com/pdftools-java-sdk-samples/apidocs/latest/com/adobe/platform/operation/pdfops/CompressPDFOperation.html we find compressPDFOperation. This is part of com.adobe.platform.operation.pdfops, which is part of Adobe Document Services PDF Tools SDK. To my understanding, these are all connectors to web services offered by Adobe. Access is based on the credentials you pass. This may indeed have different size limits for different classes of paid service. From https://www.adobe.io/apis/documentcloud/dcsdk/, "Use our cloud-based REST APIs and SDKs designed for developers to build new, innovative document solutions. Pick and choose from over 15 different PDF and document manipulation APIs to build". The Java tools contain no PDF engine, just web connectors. Best forum? The Document Cloud Services forum (quite active).

 

This is entirely different to the APDFL (Adobe PDF Library), which is the opposite: host based PDF engine, which does not connect to anything. Licensing is very different, and is by negotation. While it is made by Adobe, it is extended and licensed by DataLogics. Adobe's library is pure C++, but DataLogics add more interfaces. Do not expect to find conveniently packaged end user functionality like "Shrink me a PDF", it is a set of tools for low level access to PDF, with a certain number of higher level interfaces added in. https://www.datalogics.com/products/pdf-sdks/adobe-pdf-library/. 

Best forum: none. C++ programmers in APDFL will find common ground here with Acrobat plug-in programmers (similar API). You'll find no experience in PDFL's Java wrapper, so far as I know. A support contract with Datalogics is part of what you negotiate.

 

Bernd Alheit
Community Expert
Community Expert
June 2, 2021

Try the forum for Acrobat Online Services.

andyd273Author
Inspiring
June 2, 2021

But I don't want to use online services.
I could be way off, and if so I'd love any pointers that you can give me, but what I was hoping to use is the PDF Library, specifically to be able to manipulate a PDF on a server in a .NET program with no GUI for the purposes of compressing and merging files.

I was looking for the PDF Library that they talk about https://opensource.adobe.com/dc-acrobat-sdk-docs/ since it is on-premise only, and I guess that's what I thought that I was using.

Apparently I missed the part where PDF Tools is a cloud based program.