Skip to main content
Question

POST to /fmeapiv4/ldapservers/{id}/synchronize returns 204 with empty body — FME marks it as "rejected / translation failed"

  • November 10, 2025
  • 3 replies
  • 57 views

carolina_w
Contributor
Forum|alt.badge.img+21

Hi!
I’m using FME 2024.2.1 (also tested in 2025) and making a POST request via OPENAPICaller to the following endpoint:

http://localhost:8080/fmeapiv4/ldapservers/{id}/synchronize

The endpoint responds with HTTP 204 (No Content) and an empty response body. In FME, however, the request is marked as rejected, and the translation ends with translation failed.

Is this expected behavior — that a 204 without a body is considered an error in FME/OPENAPICaller?
Is there any way to work around it (e.g. by adjusting headers, using a different transformer, or having the endpoint return 200 with an empty JSON response)?

Setup details:

  • FME version: 2024.2.1 (also tested in 2025)

  • Transformer: OPENAPICaller

  • Method: POST

  • URL: http://localhost:8080/fmeapiv4/ldapservers/{id}/synchronize

  • Response: HTTP 204 (No Content), empty body → FME shows rejected / translation failed

Any suggestions for handling 204 responses or avoiding the rejection would be appreciated.

3 replies

aaron.hillier
Safer
Forum|alt.badge.img+6
  • Safer
  • 6 replies
  • November 12, 2025

Hi ​@carolina_w,

 

Sorry to hear you’re running into this issue! I’m not overly familiar with the OpenAPICaller transformer, but is an empty response body what you are expecting with this request? Does the request you’re making seem to be working as it should apart from this?

 

Depending on your needs and how you have this set up, you could change the workspace settings to continue running even when a rejected feature is encountered (e.g. this 204/No Content response). This can be done in Workbench in the Navigator window (‘Workspace Parameters’ > ‘Log and Troubleshoot’ > ‘Rejected Feature Handling’).

 

Let me know if I’m misunderstanding your question, or if you have anything else to share that might help me understand your workflow a bit better!

 

-  Aaron H.


carolina_w
Contributor
Forum|alt.badge.img+21
  • Author
  • Contributor
  • 12 replies
  • November 13, 2025

Thanks for the reply!

Yes — in this case a 204 No Content response is exactly what the FME Server REST API is supposed to return. According to FME’s Swagger definition, the /ldapservers/{id}/synchronize endpoint returns 204 when the synchronization request is accepted. The API call itself is working correctly.
 

 

I did enable the Rejected Feature Handling option as you suggested, and with that setting the workspace runs as expected. However, it still feels like FME shouldn’t treat a valid 204 response as an error in the first place. The same thing happens with the standard HTTPCaller, which also rejects the feature on a 204.

So everything is functioning on the server side, but the rejection behavior in the callers seems a bit like a bug or at least unexpected handling of 204 responses.


aaron.hillier
Safer
Forum|alt.badge.img+6
  • Safer
  • 6 replies
  • November 14, 2025

Hi ​@carolina_w,

 

I’ve tried to reproduce this behaviour in both 2024 and 2025, and unfortunately I’ve been unsuccessful. I’ve tried multiple endpoints that return a 204 (No Content) response, and each time the response is routed to the Output port (not Rejected) using the HTTPCaller.

In order to see why your workspace is handling the 204 response this way, I would suggest submitting a support ticket with us. In your ticket, if you could include the description of the issue (as you have above), as well as the workspace, that would be great.

Looking forward to helping you resolve this!

 

- Aaron H.