Unable to overwrite file in Secure Document step | Community
Skip to main content
A
ak_gfb
Level 2
March 21, 2019
Solved

Unable to overwrite file in Secure Document step

  • March 21, 2019
  • 4 replies
  • 2229 views

I have a one-step workflow that Reader-extends uploaded PDFs using the Secure Document step.  Payload is a single PDF of type 'dam:Asset'. 

When the workflow output is set to "Overwrite Payload File", the job fails.  Last lines in the failure details:

Caused by: com.adobe.granite.workflow.WorkflowException: Unable to over write file -

/content/dam/formsanddocuments/example.pdf. The resource is not a File

What does this error mean?  I don't imagine the payload literally has to be type 'nt:file'.  The workflow succeeds if it's set to output under the payload directory.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by Gaurav-Behl

I couldn't find 'Secure Dcoument Step' OOB in AEM 6.4, probably its a part of AEM-forms.

Validate that the payload 'example.pdf' has a jcr:content node and renditions folder which in-turn has original node as "nt:file".

Try with another pdf file to rule out that this pdf is corrupt or its open by another thread.

4 replies

smacdonald2008
smacdonald2008
Level 10
March 21, 2019

Are you using a custom workflow step that uses Java code or an OOTB step?

A
ak_gfbAuthor
Level 2
March 21, 2019

OOTB.  Input is simply 'use payload'.  No encryption, locking, or signatures.

Gaurav-Behl
Gaurav-BehlAccepted solution
Level 10
March 21, 2019

I couldn't find 'Secure Dcoument Step' OOB in AEM 6.4, probably its a part of AEM-forms.

Validate that the payload 'example.pdf' has a jcr:content node and renditions folder which in-turn has original node as "nt:file".

Try with another pdf file to rule out that this pdf is corrupt or its open by another thread.

A
ak_gfbAuthor
Level 2
March 22, 2019

Yes, the Forms 6.4 add-on.

I pointed the workflow to "...(/.*/)renditions/original" on example and two other forms and all extended successfully.  Seems odd that the 'output under payload' mode can look to the parent node while 'overwrite' can't, even though one is overwriting and one is not.  Maybe for safety?

Thank you for your help.

Terms & ConditionsAccessibility statement

Loading footer...