Hi
I'm working on a http connector and get a rather big json from the device with a channel configuration and status. In a QAction this json is parsed into an object, but sometimes the json string is cut short. I did a wireshark capture and saw something called "Continuation" after some of the get requests.
Not sure this is the root cause of the problem.
I hoped that when the next time the QAction was triggered the remaining part of the json string was retrieved, but I got the beginning of the next channel json instead.
I've tried to replicate the issue with postman and there I sometimes get a Timeout.
Hi Arne, what's the timeout time that is currently configured on the element? Maybe try to increase that value, to see if that solves the problem.
If it does, you could use <Session ignoreTimeout=""> or <Session timeout=""> to either don't use a timeout or increase it only for that particular session.
The continuation packets that you see in WireShark normally don't cause problems. It means that the data was too big to send in one packet and was split in multiple packets. DataMiner combines these packets again before setting the parameter.
Hi I tried increasing it to 20s from the original 1.5s, but eventually I did receive a cutoff json again.
Hi Arne,
Would it be possible to try and increase the timeout setting under the Element settings?
If the timeout time is too low, you will receive from SLPort the response received up until that point. So in your QAction it could be that the response is therefore incomplete and cut-off.
The responses in Postman seem to vary from 9.1s to 256ms, so increasing the timeout of a single command to 15s should allow you to receive the full response each time.
Do you get a cut-off response as well in Postman?
Hi I tried increasing it to 20s from the original 1.5s, but eventually I did receive a cutoff json again. In Postman I did not get a cutoff json only a timeout.
The DataMiner version 10.2.12.0-12434-CU1