Forum Discussion

jamescollett's avatar
jamescollett
Contributor
10 years ago

simple scripting in a Mock Service - no longer works

I have a problem with Mock Service scripting. It used to work. Now it doesn't. In a previous project (about a year ago) I used simple scripting in a soapUI Mock Service. I had several responses ...
custom sequence
Mock Response
  • jamescollett's avatar
    jamescollett
    10 years ago

    I have found a solution. I have moved on to a new SoapUI project (a SOAP project, this time, not REST) and just for the sake of punishing myself I tried again to construct a custom sequence. I have taken bits of a coupe of the kind responses and amended them based on my observations and have come up with the following.

     

    I realised that the script log was showing the values of my list items with the square brackets around them. It occurred to me that a statement like this:-

     

     myRespList = ["Response_2","Response_1"]

    - must do a bit more than just insert the two strings "Response_2" and "Response_1" to a list; it must be adding the square brackets around the words first. No idea why.

     

    I re-named my methods to include the square brackets and suddenly the thing is working.

     

    Here are the details:-

     

    My Responses in the method are as follows:-

     

    [Response_Template]

    [Response_1]

    [Response_2]

     

    My code (heaviliy influenced by previous contributors) is as follows.

     

    // get the list from the context
def myRespList = context.myRespList

// if list is null or empty reinitalize it
if (!myRespList || !myRespList?.size)
{   
    log.info "--> Refreshing the list"
    // list in the desired output order
    myRespList = ["Response_2","Response_1"]  
}

// take the first element from the list
def myResp = myRespList.take(1)

// update the context with the list without this element
context.myRespList = myRespList.drop(1)

// return the response
log.info "--> Response is: " + myResp
return myResp;

    The output in the script is like this:-

     

    • Fri Oct 09 18:34:47 BST 2015:INFO:--> Refreshing the list
    • Fri Oct 09 18:34:47 BST 2015:INFO:--> Response is: [Response_2]
    • Fri Oct 09 18:34:50 BST 2015:INFO:--> Response is: [Response_1]
    • Fri Oct 09 18:34:51 BST 2015:INFO:--> Refreshing the list
    • Fri Oct 09 18:34:51 BST 2015:INFO:--> Response is: [Response_2]
    • Fri Oct 09 18:34:51 BST 2015:INFO:--> Response is: [Response_1]
    • Fri Oct 09 18:34:52 BST 2015:INFO:--> Refreshing the list
    • Fri Oct 09 18:34:52 BST 2015:INFO:--> Response is: [Response_2]

    The SOAP XML Responses from the mock service are swicthing betwen Response_2 and Response_1 as desired.

     

     

jamescollett's avatar
jamescollett
Contributor
AlbertCiffone wrote:

It works correctly for me. Check that the string that you're returning correspond to the response names... you use "Login_Response_OKAY_1" as name instead of "Response 1"... In my example I use this names but check that you're using the correct ones for your case.

 

...
myRespList = ["Login_Response_OKAY_1","Login_Response_OKAY_2"]  
...

If you return a string that not exist as a name it executes the default option.

Thanks, Albert. The names have changed across different projects and iterations, and my post is meant to convey simply an example of what is happening. But yes, I have made sure in each case that the name I quote matches the name of a Response.

 

I tried renaming the Responses to have an underscore character instead of a space character. In the old days, putting a space in a filename was a sackable offence (joke) because it generated problems on the file system. But this did not change a thing.

 

I remain clueless as to what foolish error I have made.

 

jamescollett's avatar
jamescollett
Contributor
10 years ago

I have found a solution. I have moved on to a new SoapUI project (a SOAP project, this time, not REST) and just for the sake of punishing myself I tried again to construct a custom sequence. I have taken bits of a coupe of the kind responses and amended them based on my observations and have come up with the following.

 

I realised that the script log was showing the values of my list items with the square brackets around them. It occurred to me that a statement like this:-

 

 myRespList = ["Response_2","Response_1"]

- must do a bit more than just insert the two strings "Response_2" and "Response_1" to a list; it must be adding the square brackets around the words first. No idea why.

 

I re-named my methods to include the square brackets and suddenly the thing is working.

 

Here are the details:-

 

My Responses in the method are as follows:-

 

[Response_Template]

[Response_1]

[Response_2]

 

My code (heaviliy influenced by previous contributors) is as follows.

 

// get the list from the context
def myRespList = context.myRespList

// if list is null or empty reinitalize it
if (!myRespList || !myRespList?.size)
{   
    log.info "--> Refreshing the list"
    // list in the desired output order
    myRespList = ["Response_2","Response_1"]  
}

// take the first element from the list
def myResp = myRespList.take(1)

// update the context with the list without this element
context.myRespList = myRespList.drop(1)

// return the response
log.info "--> Response is: " + myResp
return myResp;

The output in the script is like this:-

 

  • Fri Oct 09 18:34:47 BST 2015:INFO:--> Refreshing the list
  • Fri Oct 09 18:34:47 BST 2015:INFO:--> Response is: [Response_2]
  • Fri Oct 09 18:34:50 BST 2015:INFO:--> Response is: [Response_1]
  • Fri Oct 09 18:34:51 BST 2015:INFO:--> Refreshing the list
  • Fri Oct 09 18:34:51 BST 2015:INFO:--> Response is: [Response_2]
  • Fri Oct 09 18:34:51 BST 2015:INFO:--> Response is: [Response_1]
  • Fri Oct 09 18:34:52 BST 2015:INFO:--> Refreshing the list
  • Fri Oct 09 18:34:52 BST 2015:INFO:--> Response is: [Response_2]

The SOAP XML Responses from the mock service are swicthing betwen Response_2 and Response_1 as desired.

 

 

  • rupert_anderson's avatar
    rupert_anderson
    Valued Contributor
    10 years ago

    Well done James, glad you managed to work that through!

     

    Wll done on sharing back your solution too! :-)

     

    Cheers,

    Rupert

  • AlbertCiffone's avatar
    AlbertCiffone
    New Contributor
    10 years ago