B4J Question HTTP Message Fails to Send

You don't need to use timers.

If you want to limit the requests then send the next request each time in the JobDone event.

The error itself looks like a timeout. You can change the Timeout property: https://www.b4x.com/android/forum/threads/httputils2service-httpjob-timeout.23427/#post-136058

Make sure to add a reference to OkHttp library.

If the request is going to respond then it does so within 1 or sometimes 2 seconds. This timeout message comes back after 30 seconds which is the default timeout, I haven't changed it.

I have three things going on: (i) A Long Poll for commands (our server cannot handle websockets) (ii) HTTP Messages to synchronize a database (these are the messages that occasionally time-out and (iii) Bluetooth messages to control local sevices.

My strategy is to call a Long Poll with a 30 second timeout; if the server has no commands then it sends a positive "Timed Out" message back. I then alternate between checking the Bluetooth device for any incoming information and calling HTTP Sync Posts to sync the database.

I already use JobDone as you suggest to send the next message until all synching is complete, then revert to Long Polling.

Each time I Long Poll or HTTP Post or Bluetooth Fetch, I also set a TimeOut Timer with a slightly longer timeout than the network timeout. These Blocksing Timers will either be disabled by JobDone or, in the event that JobDone does not fire, the Timer's Tick event. In my main Loop Timer, which synchronises events and prioritises different functions, I aways check that all three timers are NOT enabled before I all any other asynchronous event. This means that I am only ever waiting for one async event at a time, which generally stops things getting in a muddle. From my experience, if a make any HTTP Post before the previous one has JobDone, I start to get a lot of timeouts.

I am slightly concerned that if the processor (message queue?) is very busy, the Timers might be starting a while before the next line of code actually runs, and so they appear to timeout before the code has had a chance to process. is this possible?

lip said:

I am slightly concerned that if the processor (message queue?) is very busy, the Timers might be starting a while before the next line of code actually runs, and so they appear to timeout before the code has had a chance to process. is this possible?

Click to expand...

It is not possible. The tick event will only be raised when the main thread is free to process the message queue. This will only happen after it completes running the current sub (or subs).