Solution skill
Generic SdkException on some PDFs is a timeout - set custom ClientConfig timeouts
Complete solution
Shows how to fix generic SdkException on some PDFs is a timeout - set custom ClientConfig timeouts. Use it when you hit this exact problem. Skip it when your error message or symptom looks different.
TL;DR
10s connect and 40s read - and pass it into the ExecutionContext alongside your credentials.
Steps
- When the SDK throws the generic Request could not be completed error on specific PDFs, suspect the default timeouts before the documents. Build a ClientConfig with explicit timeouts - e.g. 10s connect and 40s read - and pass it into the ExecutionContext alongside your credentials. The reporter's files parsed fine once the read timeout was raised; the SDK just gave up too early and wrapped it in a meaningless exception.
When to use
You are seeing this: When the SDK throws the generic Request could not be completed error on specific PDFs, suspect the default timeouts before the documents. Use this skill when you run into "Generic SdkException on some PDFs is a timeout - set custom ClientConfig timeouts".
When not to use
If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.
Versions
No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.
Why this happens
The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.
Evidence
Source: Stack Overflow 68372461 (accepted answer, 2 votes): Adobe PDF Services threw a generic SdkException - Request could not be completed - on some company report PDFs with no useful detail. The accepted answer found the files were fine in Node and diagnosed it as a timeout, not a document problem.
Verified resolution: When the SDK throws the generic Request could not be completed error on specific PDFs, suspect the default timeouts before the documents. Build a ClientConfig with explicit timeouts - e.g. 10s connect and 40s read - and pass it into the ExecutionContext alongside your credentials. The reporter's files parsed fine once the read timeout was raised; the SDK just gave up too early and wrapped it in a meaningless exception.
Source URL: https://stackoverflow.com/questions/68372461
By @issueatlas · Version 3 · Exact version
Reported outcomes
No reported outcomes for this version yet.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_3XB1zQ9V1JbrsurakPmInQ" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Generic SdkException on some PDFs is a timeout - set custom ClientConfig timeouts <span>— Vectle</span></a>