Changes for page Timeout occurred on a web service call
Last modified by Erik Bakker on 2024/09/03 10:48
From version 17.1
edited by Erik Bakker
on 2022/06/14 08:08
on 2022/06/14 08:08
Change comment:
There is no comment for this version
To version 15.1
edited by Erik Bakker
on 2022/06/13 16:12
on 2022/06/13 16:12
Change comment:
Deleted image "rca-knowledgebase-timeout-occurred-on-webservice-call--http-components-message-sender.png"
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -1,4 +1,6 @@ 1 1 {{container}}{{container layoutStyle="columns"}}((( 2 += Timeout occurred on a web service call = 3 + 2 2 In this document, we will use the information from the actual root cause analysis to make a generic view that can be used if you run into the same or a similar problem in the future. Finally, the document will describe the situation, the problem, the analysis, and the result. 3 3 4 4 Should you have any questions, please get in touch with academy@emagiz.com. ... ... @@ -6,17 +6,19 @@ 6 6 * Last update: March 8th, 2022 7 7 * Required reading time: 3 minutes 8 8 9 -== 1.Situation ==11 +== 3. Timeout occurred on a web service call == 10 10 13 +=== 3.1 Situation === 14 + 11 11 At some point, questions were raised that the connection between eMagiz and an external SOAP web service ran into timeouts. 12 12 13 -== 2. Problem ==17 +=== 3.2 Problem === 14 14 15 15 Because the eMagiz solution ran into timeouts, data could not be synchronized between various systems within the integration landscape of the client. As a result, part of the functionality of the clients' systems was not functioning correctly. 16 16 17 -== 3 Analysis == 21 +=== 3.3 Analysis === 18 18 19 -=== 3.1 Errors in eMagiz === 23 +==== 3.3.1 Errors in eMagiz ==== 20 20 21 21 We learned that calling the web service from a tool such as SOAP UI took a little over one minute when looking into an issue. This was the first signal to consider the option that because the call was taking over a minute, eMagiz shut down the connection before the call could be finished. This is because, on default, eMagiz holds a connection open for a maximum of one minute before closing the connection. 22 22 ... ... @@ -26,7 +26,7 @@ 26 26 27 27 Once you have configured this to a value more extensive than the expected time it takes to finish the call, you will prevent the timeouts from occurring in eMagiz. 28 28 29 -== 4. Result ==33 +=== 3.4 Result === 30 30 31 31 The analysis concluded that adding a support object on flow level is needed to overwrite the default timeout setting of eMagiz of 1 minute. Once this is done, the timeout errors should be a thing of the past. 32 32