Karate config connect timeout not taking effect - config

karate.configure('connectTimeout', 60000);
karate.configure('readTimeout', 60000);
We have set connect and Read timeout in our karate config file to 60 sec as above. But during execution, i am seeing that this is not getting enforced.
During execution , i got this error
karate.org.apache.http.conn.ConnectTimeoutException:
failed: connect timed out, http call failed after 185317 milliseconds
I don't think it should matter, but we have some condition blocks in our config to define some dynamic property and call some feature files based on those blocks. Additional conditional block for additional dynamic property to skip some feature files based on the env selected.
I have tried adding the timeout in the feature file itself as below but getting similar error.
* configure readTimeout = 60000
* configure connectTimeout = 60000
The call should have timed out in 1 min but it waited for ~3 minutes.

Related

Botium jobs stucked at ready

All my Test Project are stuck on "Ready".
I tried restarting containers and even "I'm Botium" is stuck on Ready without passed/failed results.
Job Log is here: https://pastebin.com/851LPCBS
In the Docker logs is:
2019-10-04T08:25:30.046Z botium-box-worker sending heartbeat ...
2019-10-04T08:25:30.049Z botium-box-server-agents agent.heartbeat: {"title":"heartbeat from agent b0c5b43c0f82 for group Default Group","name":"b0c5b43c0f82","group":"Default Group"}
2019-10-04T08:25:35.559Z botium-box-server-index WARNING: a socket timeout ocurred. You should increase the BOTIUMBOX_API_TIMEOUT environment variable.
2019-10-04T08:25:35.598Z botium-box-server-index WARNING: a socket timeout ocurred. You should increase the BOTIUMBOX_API_TIMEOUT environment variable.

Advanced-rest-client: How can I increase the request timeout while using the advanced-rest-client?

I am calling a rest controller on my localhost, passing in bunch of request headers. The call is made fine but due to processing timeout the advanced-rest-client timesout and doesn't show the result from the server. how can i increase the timeout so it can wait for server to complete the request and display the result? I would appreciate your hints on this.
Thanks,
Sam
You can adjust request timeout in application settings. In version 14 it is possible to adjust request timeout directly in the request editor.

Flowgear Change default workflow execution time

My problem is when i retrieve too many data from database and select using odbc node
when my workflow is run exception The timeout (30 secs) was exceeded while waiting for a response from DropPoint transactionRequest
Please help how to resize defalut timelimit of workflow.
The timeout you mention is the timeout on the connection that is using a DropPoint and not a timeout on the workflow as a whole.
From within the connections pane, open the connection you are using on the workflow and modify the timeout setting there.
Separate to this, if you're calling the workflow via rest api, you can set a timeout. To override the default there, add the query string: _timeout=300 to the url in your consuming app (i.e. Not in the endpoint url setting in Flowgear).

Getting Read timeout when calling Yodlee API

I'm getting a lot of errors about "Read timed out".
Caused by: org.apache.cxf.binding.soap.SoapFault: Read timed out
Is this error on yodlee's servers side?
How can this be fixed?
This is because the API is taking more time. You can override by setting
Java System parameter as “-Dcom.yodlee.soap.client.read.timeout="time out in milli sec" without quotes. Please configure it to 60 secs and see if it resolves.
If you are using CXF, you can control the client timeout by modifying the configuration for the client http-conduit file.

PHP MongoDB fatal error: Read timed out

sometimes there is a bug (~30%):
Failed to connect to: IP:2333: Read timed out after reading 0 bytes,
waited for 0.000000 seconds
Web server Apache/2.2.16
PHP version PHP 5.3.3-7+squeeze15
PHP extension mongo/1.4.0
MongoDB version 2.2.3
In all cases. What is this?
I had the exact same bug. The solution is to set a timeout for your requests.
You can do a $cursor->timeout(-1); on each of your cursors.
Or simply add MongoCursor::$timeout = -1; in your index/connection file.
-1 is to set an infinite timeout. You can also put a value in milliseconds if you don't want infinite.