cancel
Showing results for 
Search instead for 
Did you mean: 

ServiceV Pro: Default response unexpectedly replacing the scripted one

SOLVED
Highlighted
MeT
Occasional Contributor

ServiceV Pro: Default response unexpectedly replacing the scripted one

First thing first: I'm new to the ServiceV product, just got it few days ago.

 

I'm creating a virt api where the following path is being used:

/api/aicm/v1/subject/{subject_nr}/mandate/{creditor_id}

where subject_nr and creditor_id represent the required TEMPLATE parameters.

 

Beside the main success scenario (GET: -> HTTP 200 OK), where both arguments are made available in the URI, I'm trying to handle the following alternative scenarios in my virt api:

a) GET: {subject_nr} is empty -> HTTP 400 Bad Request
b) GET: {creditor_id} is empty -> HTTP 400 Bad Request
c) GET: both {subject_nr} and {creditor_id} are empty -> HTTP 400 Bad Request

The test paths associated with the four scenarios (1 main + 3 alts) are:

1. HTTP 200: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/AB51TST405365330000
2. HTTP 400: /urds/wrd/api/aicm/v1/subject//mandate/AB51TST405365330000
3. HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/
4. HTTP 400: /urds/wrd/api/aicm/v1/subject//mandate/

 I use the "Dispatch Strategy: Script" with default response returning HTTP 404 Not Found, and the following validation script to check the path arguments and return the appropriate response:

 

assert log
log.info("Executing dispatch script...")

assert requestContext
def props = requestContext.getProperties()
assert props
log.info("Request arguments: ${props}")

def subNr = props["subject_nr"]
def credId = props["creditor_id"]

if (subNr.empty || credId.empty) {
	// return HTTP 400
	return "GET 400 Bad Request"
}

log.info("subject_nr: ${subNr}")
log.info("creditor_id: ${credId}")

def isSubNrMatching = subNr ==~ /^\d{10}$/
log.info("subject_nr RegEx match is: ${isSubNrMatching}")
def isCredIdMatching = credId ==~ /^(ab|AB)(\d{2})([a-zA-Z]{3})(\d{8})(0{4})$/
log.info("creditor_id RegEx match is: ${isCredIdMatching}")
def areReqArgsValidated = isSubNrMatching && isCredIdMatching

if (!areReqArgsValidated) {
	// return HTTP 400
	return "GET 400 Bad Request"
}

log.info("Request arguments validated: ${areReqArgsValidated}")

// return HTTP 200
return "GET 200 OK"

Now, the problem is:

Main success scenario and alternative scenario a) work just fine (meaning: in both cases I get the expected response dispatched by the script).

With the remaining scenarios b) and c), a response with HTTP status code 404 is dispatched instead of the scripted one (400). This response is apparently not the default 404 response I created and selected in the "Default Response" drop-down list (which features a JSON payload in the body), for its body is empty.

Additionally, no log output shows up in the script (or error) log tab, showing clearly that the dispatch strategy script is not executed.

 

Any clue about why is this happening? Am I missing something fundamental, due to my lack of product knowledge?

16 REPLIES
Community Manager

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

Hi Community,

 

Is there anybody who faced a similar behavior? Could you please share your thoughts about this issue? 

---------
Tanya Gorbunova
SmartBear Community Manager

Did my reply answer your question? Give Kudos or Accept it as a Solution to help others.↓↓↓↓↓
MeT
Occasional Contributor

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

For completeness' sake, this is the full list of paths I've been testing the behavior so far, with their associated test results:

 1. Expected: Custom HTTP 200: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/AB51TST405365330000/ <<< Custom 200 OK 
 2. Expected: Custom HTTP 200: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/AB51TST405365330000  <<< Custom 200 OK 
 3. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject//mandate/AB51TST405365330000 <<< Custom 400 Bad Request
 4. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate/AB51TST405365330000  <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 5. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate// <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 6. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/  <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 7. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate   <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 8. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject//mandate// <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 9. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate//  <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
10. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate/   <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
11. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate    <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT

Community Hero

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

@MeT:
Hi,

 

I am also pretty new to ServiceV and use your case as a learning example Smiley Happy

I found some problems setting up the Virt as per your description, contacted Support (via the https://support.smartbear.com/message/?prod=ReadyAPI form) and was recommended to try Parameter type of dispatching.

Haven't you consider this option?

Regards,
Alex
[Community Expert Group]
____
[Community Expert Group] members are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Postings made by [Community Expert Group] members
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
[Community Expert Group] signature is used with permission by SmartBear Software.
http://smartbear.com/forums/f83/t86934/community-experts/
================================
MeT
Occasional Contributor

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

@AlexKaras

Hi Alex,

 

Going for the Parameter dispatch style was indeed the first attempt I used for my implementation, given my path uses two TEMPLATE parameters. Smiley Wink

Unfortunately, one of the inbound values (the {creditor_id}) passed as argument to the parameter in the request is very complex to validate, in order to select the suitable mock response to dispatch (for the validation I use regular expressions) and I found that the visual facilities provided by ServiceV were not up to the task, to be honest.

That aside, one of my main goals with ServiceV is to build up a script library for our testers to re-use, so... hence my decision to opt in for the Script dispatch style.

I have of course contacted support too, and the private discussion is still open with them, since their argumentations insofar don't really fully convince me. Smiley Indifferent

 

I'll keep posting the info here for the rest of the community too, of course.

 

Cheers,

MeT

 

Community Hero

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

@MeT:

 

Thank you for the update. I see your reasons and they are reasonable.

In my attempt with Parameter dispatch style I am using your regular expression in the dispatching rule as it is. While the functionality of Parameter dispatch seem to be enough for my current attempt, I clearly see the cases when it may be not enough and when I will need the currently absent 'RegEx Not Match' option. That is why I understand why you would like to stick to the scripting way.

I am going to continue my communication with Support and will definitely let you know in case of some relevant information.

 

Regards,
Alex
[Community Expert Group]
____
[Community Expert Group] members are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Postings made by [Community Expert Group] members
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
[Community Expert Group] signature is used with permission by SmartBear Software.
http://smartbear.com/forums/f83/t86934/community-experts/
================================
MeT
Occasional Contributor

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

@AlexKaras

 

QUOTE:

"While the functionality of Parameter dispatch seem to be enough for my current attempt, I clearly see the cases when it may be not enough and when I will need the currently absent 'RegEx Not Match' option."

 

Glad to see you totally got my point, dear colleague! Smiley Very Happy

MeT
Occasional Contributor

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

Ok, I finally have come to a working way of dealing with scenarios where a TEMPLATE argument at the end of the path is expected but not provided (as in the following paths):

 5. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate// <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 6. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate/  <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 7. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/0303200001/mandate   <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 8. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject//mandate// <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
 9. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate//  <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
10. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate/   <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT
11. Expected: Custom HTTP 400: /urds/wrd/api/aicm/v1/subject/mandate    <<< ServiceV 404 Not Found own bodyless response: INCONSISTENT

To be able to dispatch your own custom response, and avoid the default 404 ServiceV (bodyless) response, you'll have first to create a separate resource for the path you wish to mock, in my case:

/urds/wrd/api/aicm/v1/subject/mandate

Then, in your script, you'll be checking the path and react accordingly:

def path = mockRequest.getPath()
log.info("HTTP request path: ${path}")
if (path.endsWith("mandate") || path.endsWith("mandate/") || path.endsWith("mandate//")) {
	log.info("mandate TEMPLATE argument: missing")
	// return the name of the response you want to dispatch
	//----------------------------------------------------------------------------------------------
	return = "GET 400 Missing mandate ID"
}

Hope this will help you eventually! Smiley Happy

Community Hero

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

Hi,

 

JFYI: Feature request https://community.smartbear.com/t5/ReadyAPI-Feature-Requests/Add-RegEx-Not-Match-option-to-the-set-o... has been created.

Regards,
Alex
[Community Expert Group]
____
[Community Expert Group] members are not employed by SmartBear Software but
are just volunteers who have some experience with the tools by SmartBear Software
and a desire to help others. Postings made by [Community Expert Group] members
may differ from the official policies of SmartBear Software and should be treated
as the own private opinion of their authors and under no circumstances as an
official answer from SmartBear Software.
[Community Expert Group] signature is used with permission by SmartBear Software.
http://smartbear.com/forums/f83/t86934/community-experts/
================================
Moderator

Re: ServiceV Pro: Default response unexpectedly replacing the scripted one

Hi guys,

 

Great teamwork! It’s good to see that you have figured this out together.

@MeT, thanks for sharing the solution, @AlexKaras, thank you for registering the feature request.

 

Community, if you like this feature request and would like this option to be added, feel free to upvote it.

 

Olga Terentieva,
SmartBear Assistant Community Manager
Watch a new Video
Top Kudoed Authors