Call REST Web service action

0

Hi,

I haven't succeeded in using the multipart body type either.
I documented my approaches here:
https://daniels-notes.de/posts/2024/importing-applications-using-an-application#uploading-package-with-standard-rest-action

In the end I created a custom action using the SDK:
https://daniels-notes.de/posts/2024/importing-applications-using-an-application#upload-the-package-and-configuration
https://github.com/Daniel-Krueger/webcon_application_import/blob/main/BPS%20Actions/BPS%20Actions/UploadPackageToImportSession.cs

If you want to compare the Postman and WEBCON request I would recommend to install a proxy like HTTP Toolkit to view the requests.
https://daniels-notes.de/posts/2022/debug-web-service-datasource

Best regards,
Daniel

Hey Daniel
Does it mean that Rest Web service action with attachments is useless? Have you tried to raise an bug with this action?
I see the workaround that you provide and it is amazing but it doesn't really solve the root cause of the issue.

Hi Dom,

the Body type "binary" works just fine for uploading documents to SharePoint. The multi part is way more complex and caused me problems. One of those is, that I'm not really knowledgeable about it at all and the body may depend on the endpoint implementation.
I haven't created ticket at WEBCON because I wouldn't have time to follow up on it anyway. This was a private project which I wanted to complete. :)

Best regards,
Daniel

hey Daniel
Thanks for prompt reply. I aligned the HTTP request with your definition of body - interesingly I was able to produce different error.

"Error code: 100
Request Start
Request-Url:
URL/ENDPOINT
Request-Header:


Request-Body:
[BINARY_CONTENT] 193145 bytes
Request End
Response Start
Response-Code:
InternalServerError (500)
Response-Body:
{"error":"Cannot open empty file: filename='/tmp/dummy_it_services.pdf'."}

Response-Header:
Date: Wed, 26 Mar 2025 13:01:55 GMT
Server: gunicorn

Response End
Exceptions:
System.Exception: Rest service call failed. Http code InternalServerError (500). Inspect log to get more information.

Other:

Version: 3"

It looks like the file is not saved on the server. I tested it and after savign attachments I can produce different pdf from this. Have you ever faced this issue? Or you treated it as the same as your article and didn't invest more?

Hi Dom,

I've also noticed that sometimes the latest data is not available for an action. Maybe the attachment is not yet committed to the database and therefore the action can not read it. Sometime it helps to move action from the OnPath trigger to the OnEntry of the next step.

I'm not sure whether I faced this specific issue. I try to remember where I have a case, in which an attachment is added by a user to a new instance which has not yet been saved. I don't think so. While attachment are automatically saved, if they are added to an existing instance, they are somehow temporarily saved for a new instance. On the one hand they need to be available/editable, also the instance is not yet saved /the WFD_ID is null. On the other hand they need to be deleted, if the user aborted the creation of the instance.



Best regards,
Daniel