HTTP Error 400 - Validation Error, Missing process definition

[doublesharp]

When creating a package and attaching documents with Blob data from Attachments and Documents I was receiving the following error.

12:32:30:969 EXCEPTION_THROWN [683]|ESignLiveRESTAPIHelper.ESignLiveRestAPIHelperException: Error creating eSignLive package with documents: 400 - Bad Request - {"messageKey":"error.validation.createProcess.missingData","message":"Missing process definition.","code":400,"name":"Validation Error"}

I was able to reproduce the error in ESignLiveExamples.createPackageWithDocumentsExample() by changing the value of BLob b2 from "test" to "test test" like so:

Blob b2 = Blob.valueOf('test test');

And then running the following Anonymous Apex:

ESignLiveExamples.createPackageWithDocumentsExample('Test Package', false, 'Test Description', System.now().addDays(7), 'Test Email Message');

After adding some debug logging to EsignLiveSDK.createPackageWithBinaries() I was able to trace the problem by decoding the base64 encoded multipart form data which showed that the boundary between the last document and the package payload was not prefixed by a newline, causing it to be read as part of the line before it.

This is the encoded form data:

Ci0tLS0tLVdlYktpdEZvcm1Cb3VuZGFyeTFiTk82MG43RnFQNVdPNHQKQ29udGVudC1EaXNwb3NpdGlvbjogZm9ybS1kYXRhOyBuYW1lPSJmaWxlIjsgZmlsZW5hbWU9InRlc3REb2N1bWVudE9uZSIKQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi9wZGYNCg0KdGVzdERvY3VtZW50T25lCiANCg0KCi0tLS0tLVdlYktpdEZvcm1Cb3VuZGFyeTFiTk82MG43RnFQNVdPNHQKQ29udGVudC1EaXNwb3NpdGlvbjogZm9ybS1kYXRhOyBuYW1lPSJmaWxlIjsgZmlsZW5hbWU9InRlc3REb2N1bWVudFR3byIKQ29udGVudC1UeXBlOiBhcHBsaWNhdGlvbi9wZGYNCg0KdGVzdCB0ZXN0LS0tLS0tV2ViS2l0Rm9ybUJvdW5kYXJ5MWJOTzYwbjdGcVA1V080dApDb250ZW50LURpc3Bvc2l0aW9uOiBmb3JtLWRhdGE7IG5hbWU9InBheWxvYWQiICANCg0KeyJyb2xlcyI6W3sidHlwZSI6IlNJR05FUiIsInNpZ25lcnMiOlt7Im5hbWUiOiJmaXJzdE5hbWVsYXN0TmFtZSIsImxhc3ROYW1lIjoibGFzdE5hbWUiLCJmaXJzdE5hbWUiOiJmaXJzdE5hbWUiLCJlbWFpbCI6ImZubG5AdGVzdC5jb20iLCJkZWxpdmVyeSI6eyJwcm92aWRlciI6dHJ1ZSwiZW1haWwiOnRydWV9LCJhdXRoIjp7InNjaGVtZSI6Ik5PTkUiLCJjaGFsbGVuZ2VzIjpbXX19XSwicmVhc3NpZ24iOnRydWUsIm5hbWUiOiJmaXJzdE5hbWVsYXN0TmFtZSIsImlkIjoiZmlyc3ROYW1lbGFzdE5hbWUifV0sIm5hbWUiOiJUZXN0IFBhY2thZ2UiLCJkb2N1bWVudHMiOlt7Im5hbWUiOiJ0ZXN0RG9jdW1lbnRPbmUiLCJhcHByb3ZhbHMiOlt7InJvbGUiOiJmaXJzdE5hbWVsYXN0TmFtZSIsImZpZWxkcyI6W3sidHlwZSI6IlNJR05BVFVSRSIsInRvcCI6MCwic3VidHlwZSI6IkZVTExOQU1FIiwicGFnZSI6MCwibGVmdCI6MCwiZXh0cmFjdEFuY2hvciI6eyJ3aWR0aCI6MTUwLCJ0b3BPZmZzZXQiOi02MCwidGV4dCI6InRlc3REb2N1bWVudE9uZSIsImxlZnRPZmZzZXQiOi0yMCwiaW5kZXgiOjAsImhlaWdodCI6NDAsImNoYXJhY3RlckluZGV4IjoxMiwiYW5jaG9yUG9pbnQiOiJUT1BSSUdIVCJ9LCJleHRyYWN0IjpmYWxzZX0seyJ0eXBlIjoiSU5QVVQiLCJ0b3AiOjAsInN1YnR5cGUiOiJMQUJFTCIsInBhZ2UiOjAsImxlZnQiOjAsImV4dHJhY3RBbmNob3IiOnsid2lkdGgiOjE1MCwidG9wT2Zmc2V0IjowLCJ0ZXh0IjoidGVzdERvY3VtZW50T25lIiwibGVmdE9mZnNldCI6LTQwLCJpbmRleCI6MCwiaGVpZ2h0Ijo0MCwiY2hhcmFjdGVySW5kZXgiOjEyLCJhbmNob3JQb2ludCI6IkJPVFRPTVJJR0hUIn0sImV4dHJhY3QiOmZhbHNlLCJiaW5kaW5nIjoie2FwcHJvdmFsLnNpZ25lZH0ifV19XX0seyJuYW1lIjoidGVzdERvY3VtZW50VHdvIn1dLCJkZXNjcmlwdGlvbiI6IlRlc3QgRGVzY3JpcHRpb24iLCJhdXRvY29tcGxldGUiOmZhbHNlfQ0KDQoNCi0tLS0tLVdlYktpdEZvcm1Cb3VuZGFyeTFiTk82MG43RnFQNVdPNHQtLQ==

Which decodes to

------WebKitFormBoundary1bNO60n7FqP5WO4t
Content-Disposition: form-data; name="file"; filename="testDocumentOne"
Content-Type: application/pdf

testDocumentOne
 


------WebKitFormBoundary1bNO60n7FqP5WO4t
Content-Disposition: form-data; name="file"; filename="testDocumentTwo"
Content-Type: application/pdf

test test------WebKitFormBoundary1bNO60n7FqP5WO4t
Content-Disposition: form-data; name="payload"  

{"roles":[{"type":"SIGNER","signers":[{"name":"firstNamelastName","lastName":"lastName","firstName":"firstName","email":"fnln@test.com","delivery":{"provider":true,"email":true},"auth":{"scheme":"NONE","challenges":[]}}],"reassign":true,"name":"firstNamelastName","id":"firstNamelastName"}],"name":"Test Package","documents":[{"name":"testDocumentOne","approvals":[{"role":"firstNamelastName","fields":[{"type":"SIGNATURE","top":0,"subtype":"FULLNAME","page":0,"left":0,"extractAnchor":{"width":150,"topOffset":-60,"text":"testDocumentOne","leftOffset":-20,"index":0,"height":40,"characterIndex":12,"anchorPoint":"TOPRIGHT"},"extract":false},{"type":"INPUT","top":0,"subtype":"LABEL","page":0,"left":0,"extractAnchor":{"width":150,"topOffset":0,"text":"testDocumentOne","leftOffset":-40,"index":0,"height":40,"characterIndex":12,"anchorPoint":"BOTTOMRIGHT"},"extract":false,"binding":"{approval.signed}"}]}]},{"name":"testDocumentTwo"}],"description":"Test Description","autocomplete":false}


------WebKitFormBoundary1bNO60n7FqP5WO4t--

The problem is resolved by adding a newline in ESignLiveSDK.createPackageWithBinaries() by prefixing the value of String secondHeader with a newline:

String secondHeader = '\n--' + BOUNDARY + '\nContent-Disposition: form-data; name="payload"';

The same fix is applied to ESignLiveSDK.createDocumentWithBinariesAndFields() as well.

[robmtz]

@doublesharp - good find and thanks for sharing the fix. We'll take a look at the issue and your fix and will incorporate accordingly.