Intuit_Inc__Sup
13 years agoNew Contributor
Option to avoid appending REST resources to endpoint?
Hi,
We've been using SoapUI pro 4.0.1 to test REST services and upgraded to 4.5.1. In 4.0.1 We've added the WADL file for REST which gives the resources and developed automated tests. With 4.0.1 it didn't have the feature of appending REST resource or method to the endpoint, so we gave the entire URL(including the resource path) as the endpoint. After the upgrade since 4.5.1 is automatically appending the REST resource/method to the endpoint, all the automation suites started failing.
Eg: wadl has two resource paths
/ws/getSomething
/ws/putSomething
and the endpoint is http://www.xxx.com
With 4.0.1 when the tests are developed, we had two endpoints http://www.xxx.com/ws/getSomething and http://www.xxx.com/ws/putSomething depending on the service used. However, after the upgrade the endpoint becomes http://www.xxx.com/ws/getSomething/ws/getSomething (as it appends the resource path which is /ws/getSomething to the original endpoint) and so it breaks all tests.
Understand that this is a feature of latest version, but we don't have time to change the tests right now so would like to see if there is any option to disable this.
Moreover, in some cases we need to use a different endpoint than the one which is formulated this way, what could we do to fix this?
We've been using SoapUI pro 4.0.1 to test REST services and upgraded to 4.5.1. In 4.0.1 We've added the WADL file for REST which gives the resources and developed automated tests. With 4.0.1 it didn't have the feature of appending REST resource or method to the endpoint, so we gave the entire URL(including the resource path) as the endpoint. After the upgrade since 4.5.1 is automatically appending the REST resource/method to the endpoint, all the automation suites started failing.
Eg: wadl has two resource paths
/ws/getSomething
/ws/putSomething
and the endpoint is http://www.xxx.com
With 4.0.1 when the tests are developed, we had two endpoints http://www.xxx.com/ws/getSomething and http://www.xxx.com/ws/putSomething depending on the service used. However, after the upgrade the endpoint becomes http://www.xxx.com/ws/getSomething/ws/getSomething (as it appends the resource path which is /ws/getSomething to the original endpoint) and so it breaks all tests.
Understand that this is a feature of latest version, but we don't have time to change the tests right now so would like to see if there is any option to disable this.
Moreover, in some cases we need to use a different endpoint than the one which is formulated this way, what could we do to fix this?