||webMethods Integration Server
We get an incomplete body in response from pub.client:http.
Json is cuted at a random location.
No matter if it’s long. It can be 1200 lines and will be cuted at 1000, or it can have 500 lines and be cuted at 340. There is no rule. This is nondeterministic. I will add that there is a lot of processing on the IS at the time when this truncation occurs.
No error is logged. The connection has been checked from the network side. TCPDUMP has not shown that the truncation is on the network side.
I am asking for help in locating the problem.
Is there any buffer to set to the size of all incoming messages?
Anyone had a similar case?
This is a tricky problem , hence will need more information.
- You’ve mentioned that there is a lot of processing on the IS at the time truncation occurs - Can you mention what kind of processing you are referring to? Other requests should not interfere with this request.
You can run the pub.client:http alone in a flow and check for the response headers -specifically the Content-Length , this should be in the header->lines->Content-Length of the output.
- You can then check the data from the body to confirm if there is any missing data.
- If the pub.client:http cannot be run separately , you can invoke pub.flow:tracePipeline just after the pub.client:http invocation , this should the response headers in the logs where you can check the content length.
- I’m assuming that you are calling the same endpoint from pub.client:http which return different lengths of data . Are there any endpoints that you can call from pub.client:http that return data comparable to the current service that you are getting data from? Other formats too…