I am using the 'Deploy As War' facility to deploy a REST mock service, with Tomcat. Although everything works as expected when running the service from within SoapUI itself, requests to the deployed war just return the WebUI HTML. So if the service is running on http://localhost:8080/foo/, and I make a request to http://localhost:8080/foo/bar, the response will be the HTML of the log page (with a "200 OK" code).The same problem is described in this post. My WEB-INF/web.xml appears to be set up correctly, however:<servlet-mapping> <servlet-name>SoapUIMockServlet</servlet-name> <url-pattern>/*</url-pattern></servlet-mapping>I have the foo.war under Tomcat's webapps directory. The context path is just '/foo'. I get the same problem with Jetty and JBoss, so it's not specific to Tomcat.Accessing the wsdl from the log page gives me this:<wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"></wsdl:definitions>Is that what I'm supposed to be seeing?

Is there a possible fix for this? SoapUI is not much use to me unless I can deploy mocks.

Hi, did you still have the problem?what is the soapui version you are using? did you test different versions?I guess you don't have the issue when you run the mock from the soapui gui. Could you confirm?Could you tell me how you generate the war? If you do it with from the gui, could you provide a screenshot to let us know with configuration you set to produce the war?Could you provide a screenshot of the pages you see when accessing to http://localhost:8080/foo/ and http://localhost:8080/foo/bar ?You talk about accessing the wsdl. Could you give more information as you also state you have a rest mock services?

redfish4ktc2 wrote:Hi, did you still have the problem?what is the soapui version you are using? did you test different versions?Hi there. Yes, I'm still experiencing this problem. I'm currently running 4.6.0 (non Pro).redfish4ktc2 wrote:I guess you don't have the issue when you run the mock from the soapui gui. Could you confirm?Indeed not, everything works fine when I run the service from within SoapUI itself. I can issue requests using the internal request editors, and also externally using curl, or from browsers.redfish4ktc2 wrote:Could you tell me how you generate the war? If you do it with from the gui, could you provide a screenshot to let us know with configuration you set to produce the war?Indeed, see below. I tried various additional configurations, like specifying a global settings file, including jar files, and even disabling the Web UI, but none made any difference.redfish4ktc2 wrote:Could you provide a screenshot of the pages you see when accessing to http://localhost:8080/foo/ and http://localhost:8080/foo/bar ?OK, http://localhost:8080/foo/ looks like this (I've blanked out the name of my company; also 'foo' is obviously a placeholder):Performing a simple GET request on /foo/bar results in a page that looks like this:I don't know how to interpret that. It looks like the WebUI interface but with multiple expandable panels, each with their own vertical scrollbar. Strange. This is what is returned in the request editor (all the requests return this, which just looks like the HTML of the WebUI):HTTP/1.1 200 OKServer: Apache-Coyote/1.1Content-Type: text/html;charset=ISO-8859-1Transfer-Encoding: chunkedDate: Thu, 07 Nov 2013 22:42:07 GMT<html><head><title>soapUI MockServices Log for project [XXXXXXXX API Mock]</title></head><frameset rows="40%,40%,*"><frame src="master"/><frame name="detail" src="detail"/><frame src="log"/></frameset></html>I get the same result whatever container I'm using - Tomcat, Jetty or JBoss.redfish4ktc2 wrote:You talk about accessing the wsdl. Could you give more information as you also state you have a rest mock services?To be honest I don't know very much at all about WSDLs. Indeed I thought they were a feature specific to SOAP. So I haven't created one or imported one.One other thing that might be relevant: I named the service http://mock.example.com (where 'example.com' is a obviously a placeholder). Could this cause a problem? That subdomain hasn't actually been created yet, but we do intend to use it for our demos (using Swagger UI).Thanks,Christopher

So is there any fix for this? I really can't understand what the problem is, I've tried just about everything I can think of now.My best guess is that, for some reason, the Groovy scripts that dynamically compute the responses to the requests are not being run. But I don't know why this might happen. They work perfectly well when I run the service from within SoapUI itself.

Mock service deployed as War always returns WebUI HTML

13 Replies

cortez
Occasional Contributor
12 years ago
Is there a possible fix for this? SoapUI is not much use to me unless I can deploy mocks.
redfish4ktc2
Super Contributor
12 years ago
Hi, did you still have the problem?
what is the soapui version you are using? did you test different versions?

I guess you don't have the issue when you run the mock from the soapui gui. Could you confirm?
Could you tell me how you generate the war? If you do it with from the gui, could you provide a screenshot to let us know with configuration you set to produce the war?
Could you provide a screenshot of the pages you see when accessing to http://localhost:8080/foo/ and http://localhost:8080/foo/bar ?
You talk about accessing the wsdl. Could you give more information as you also state you have a rest mock services?
cortez
Occasional Contributor
12 years ago
redfish4ktc2 wrote:
Hi, did you still have the problem?
what is the soapui version you are using? did you test different versions?

Hi there. Yes, I'm still experiencing this problem. I'm currently running 4.6.0 (non Pro).

redfish4ktc2 wrote:
I guess you don't have the issue when you run the mock from the soapui gui. Could you confirm?

Indeed not, everything works fine when I run the service from within SoapUI itself. I can issue requests using the internal request editors, and also externally using curl, or from browsers.

redfish4ktc2 wrote:
Could you tell me how you generate the war? If you do it with from the gui, could you provide a screenshot to let us know with configuration you set to produce the war?

Indeed, see below. I tried various additional configurations, like specifying a global settings file, including jar files, and even disabling the Web UI, but none made any difference.

redfish4ktc2 wrote:
Could you provide a screenshot of the pages you see when accessing to http://localhost:8080/foo/ and http://localhost:8080/foo/bar ?

OK, http://localhost:8080/foo/ looks like this (I've blanked out the name of my company; also 'foo' is obviously a placeholder):

Performing a simple GET request on /foo/bar results in a page that looks like this:

I don't know how to interpret that. It looks like the WebUI interface but with multiple expandable panels, each with their own vertical scrollbar. Strange. This is what is returned in the request editor (all the requests return this, which just looks like the HTML of the WebUI):

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=ISO-8859-1
Transfer-Encoding: chunked
Date: Thu, 07 Nov 2013 22:42:07 GMT

<html><head><title>soapUI MockServices Log for project [XXXXXXXX API Mock]</title></head><frameset rows="40%,40%,*"><frame src="master"/><frame name="detail" src="detail"/><frame src="log"/></frameset></html>

I get the same result whatever container I'm using - Tomcat, Jetty or JBoss.
redfish4ktc2 wrote:
You talk about accessing the wsdl. Could you give more information as you also state you have a rest mock services?

To be honest I don't know very much at all about WSDLs. Indeed I thought they were a feature specific to SOAP. So I haven't created one or imported one.

One other thing that might be relevant: I named the service http://mock.example.com (where 'example.com' is a obviously a placeholder). Could this cause a problem? That subdomain hasn't actually been created yet, but we do intend to use it for our demos (using Swagger UI).

Thanks,
Christopher
cortez
Occasional Contributor
12 years ago
So is there any fix for this? I really can't understand what the problem is, I've tried just about everything I can think of now.

My best guess is that, for some reason, the Groovy scripts that dynamically compute the responses to the requests are not being run. But I don't know why this might happen. They work perfectly well when I run the service from within SoapUI itself.
redfish4ktc2
Super Contributor
12 years ago
Hi, thanks for the very detailled answer. I will check it tomorrow.
Could you tell us what the groovy scripts you mentionned are supposed to to?

About the differences between running from the gui and from the war:
- the war may not contains all lib that are available in the gui
- the war has a additional layer that sometimes causes problems (have a look on this forum). For instance, I know there are some issue with the 4.6.1 version (see viewtopic.php?f=13&t=21976)

do you think all the lines you see could be the same behaviour as in this comment: viewtopic.php?f=13&t=21976#p49957?
it is not clear for me

redfish4ktc2 wrote:
Hi, did you still have the problem? what is the soapui version you are using? did you test different versions?

redfish4ktc2 wrote:
I guess you don't have the issue when you run the mock from the soapui gui. Could you confirm?

redfish4ktc2 wrote:
Could you tell me how you generate the war? If you do it with from the gui, could you provide a screenshot to let us know with configuration you set to produce the war?

redfish4ktc2 wrote:
Could you provide a screenshot of the pages you see when accessing to http://localhost:8080/foo/ and http://localhost:8080/foo/bar ?

redfish4ktc2 wrote:
You talk about accessing the wsdl. Could you give more information as you also state you have a rest mock services?

cortez

Occasional Contributor

12 years ago

redfish4ktc2 wrote:
Could you tell us what the groovy scripts you mentionned are supposed to to?

redfish4ktc2 wrote:
Could you tell us what the groovy scripts you mentionned are supposed to to?

The scripts essentially mock an asynchronous API which accords to this model.

For example, here is the portion of the script that mocks the initial POST of data&colon;

if ( mockRequest.method == "POST" ) 
{
     mockResponse.setHeader("Location","/foo/queue/qw718gxa-e951-4072-jddf-czd2a8904qc1")
     mockResponse.setHeader("Content-Type","application/json")
     mockResponse.setStatus(202, "Accepted")
     mockResponse.getWriter().print("{\n  \"uuid\":\"qw718gxa-e951-4072-jddf-czd2a8904qc1\"\n}")
     return new com.eviware.soapui.impl.wsdl.mock.WsdlMockResult(mockRequest)
}

redfish4ktc2 wrote:
About the differences between running from the gui and from the war:
- the war may not contains all lib that are available in the gui
- the war has a additional layer that sometimes causes problems (have a look on this forum). For instance, I know there are some issue with the 4.6.1 version (see http://forum.soapui.org/viewtopic.php?f=13&t=21976)

redfish4ktc2 wrote:
About the differences between running from the gui and from the war: - the war may not contains all lib that are available in the gui - the war has a additional layer that sometimes causes problems (have a look on this forum). For instance, I know there are some issue with the 4.6.1 version (see http://forum.soapui.org/viewtopic.php?f=13&t=21976)

I got the same result with both 4.6.0 and 4.6.1

redfish4ktc2 wrote:
do you think all the lines you see could be the same behaviour as in this comment: http://forum.soapui.org/viewtopic.php?f ... 976#p49957?

redfish4ktc2 wrote:
do you think all the lines you see could be the same behaviour as in this comment: http://forum.soapui.org/viewtopic.php?f ... 976#p49957?

Yes I saw that post. I'd say it was. It looks very similar.

redfish4ktc2
Super Contributor
12 years ago
Hi,
have you try generating the war without setting the enpoint?
cortez
Occasional Contributor
12 years ago
redfish4ktc2 wrote:
Hi,
have you try generating the war without setting the enpoint?

Yes, and it made no difference whatever.
SmartBear_Suppo
Alumni
12 years ago
Try the latest SoapUI v4.6.2 release. There has been some changes in the mock deployment.

Thanks,
Michael Giller
SmartBear Software
cortez
Occasional Contributor
12 years ago
SmartBear Support wrote:
Try the latest SoapUI v4.6.2 release. There has been some changes in the mock deployment.

I'm afraid it still doesn't work. As before the mock service works perfectly when run inside SoapUI, but all I ever get when deploying as a WAR is the Web UI HTML.

Forum Discussion

Mock service deployed as War always returns WebUI HTML

13 Replies

Recent Discussions

Save Groovy output to JUnit report

Running ReadyAPI Suite via Command Line / C# took ~ 30 sec to initiate

As of v3.60.0 preloading groovy file from script library breaks cross referencing

Related Content

Deploy Slave Project

Deploy Virtual Service as war not working, getting DispatchException: java.lang.NullPointerException

Deploying a Mock Service as a WAR in SoapUI NG Pro