Stubby4j matching on request body does not work whenever "?" is part of request body. about stubby4j HOT 9 CLOSED

I believe this is because stubby interprets configured values as regular expressions. Is there something in particular within the body you want to match on instead of the entire body?

from stubby4j.

Yes, we need to match few unique identifiers in some elements of the request body xml. These identifiers can across multiple line in request body as elements can increase or decrease based on the request.

Like in the request body we want to match few element values like senderId, ID , passcode. Say if the senderId=adcdc, ID= 123455667 and passcode=passcode1, then only response should be returned.

from stubby4j.

Hi Mrak,

Can please suggest some thing which can help to get around this problem.

Thanks,
Manjeet

from stubby4j.

Can anyone please provide any help on our issue?

Thanks,
Manjeet

from stubby4j.

Can you post your YAML of the endpoint you're trying to match?

XML was some characters (like '?') that are meaningful in regular expressions. You will have to escape these characters for them to be interpreted literally.

from stubby4j.

Thanks Eric for this, using escape character before ? worked.

We need your help regarding regex pattern as well. In our case the request body posted on the stubby4j side span across multiple lines. We need a regex pattern to match few unique identifiers in mutli line request body. We formed a pattern that can match the identifier across multiple lines, however whenever the identifier is not present there in the request body, this regex pattern goes into kind of infinite loop and doesn't comes back. Our regex pattern is failing for negative scenario i.e. no match. Is there a regex pattern in which both the cases work for match and no match ?

from stubby4j.

Please let us know if you anybody can help us on this ?

from stubby4j.

I can't imagine a regular expression going into an infinite loop.

Could you post the exact endpoint you have configured in your YAML and the types of requests you are making?

It sounds like a matter of how to represent your regular expression

from stubby4j.

Closing due to no response

from stubby4j.