Last modified by Erik Bakker on 2024/09/03 10:48

From version 17.2
edited by Erik Bakker
on 2024/02/09 08:05
Change comment: Updated parent field.
To version 15.1
edited by Erik Bakker
on 2022/06/13 16:12
Change comment: Deleted image "rca-knowledgebase-timeout-occurred-on-webservice-call--http-components-message-sender.png"

Summary

Details

Page properties
Parent
... ... @@ -1,1 +1,1 @@
1 -xwiki:Main.eMagiz Support.RCA Knowledge Base.rca-knowledgebase-configuration-issues.WebHome
1 +WebHome
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