Forum Discussion
Rupert,
Many thanks for your response. I had already experimented with adding a pre-test to "warm up" SOAPUI. This of course works. But I was searching for a solution which didn't require adding this to all of the tests.
I think I have no real issue with SOAPUI taking some extra time on receiving the first message. I think its the amount of time taken that seems excessive. In some cases approx 5 seconds. Which to me suggests SOAPUI is waiting for something? Rather than actually processing for 3-5 seconds?
I had started to investigate Proxies as I read somewhere that if the SOAPUI proxy was set to automatic then potentially SOAPUI might do some exploration before deciding there was no proxy. So I was trying to disable proxy in the pom.xml, just to see if this has any effect with the following lines;
<soapuiProperties>
<property>
<name>ProxySettings.ENABLE_PROXY</name>
<value>false</value>
</property>
</soapuiProperties>
This seems to have no effect, but this could be due to, proxies not being the issue or the addition above not being correct. I struggled to find an example of this. But as SOAPUI allows you to put any name into the above XML there is no real way for me to know whether I am changing the right existing SOAPUI setting or creating a new one.
Do you know what the correct name would be in this case? I'd just like to eliminate this from my investigation.
If this doesn't work, potentially we will just have to elongate the timers for testing, as we can still test functionality this way as I have control of both ends (JMETER>>DUT>>>SOAPUImock). For performance we will have to "warm up" SOAPUI.
Many thanks for your help so far.
Hi,
If we are definitely talking about the same delay i.e. the 5 seconds it takes SoapUI to initialise itself when you make the first request to the mock, then I think it is just a case of 'warming it up' or initialising it first. Taking a look inside the generated mock war file, I think all that needs to happen is to initialise the MockAsWarServlet so that it loads automatically after the war is deployed in tomcat. To do this, please try adding the following line to WEB-INF/web.xml
<servlet>
<description></description>
<display-name>SoapUIMockServlet</display-name>
<servlet-name>SoapUIMockServlet</servlet-name>
<servlet-class>com.eviware.soapui.mockaswar.MockAsWarServlet</servlet-class>
<load-on-startup>1</load-on-startup>
<init-param>
After I did this, I can see the same SoapUI core initialization logs that I posted in the previous reply and the mock then seems to respond instantly without delay or need for 'warm-up'.
Thanks,
Rup
- itzed8 years agoNew Contributor
Rupert,
Looks like you might have the solution for a WAR file. As I mentioned in the first post, I'm running from Maven using the SOAPUI plugin. There maybe a similar issue with the plugin vs the WAR. But how to configure the SOAPUI maven plugin to do the same as you have suggested in your last post?
I am going to try to start the mock service via a "load script" in the project file to see if that gets the mock started when the project is loaded, rather than when the first message is received. I'm not sure, but potentially the SOAPUI maven plugin starts the mock service anyway?
I'll let you know how I get on and if you can help with the setup of the maven plugin to get the same behaviour as the WAR that would be much appreciated.
Many thanks
Ed
Related Content
- 2 years ago