Skip to content

[restassured] Request validation should not use encoded path parameters #6

@jhemelhof

Description

@jhemelhof

When we attempt to use request schema validation for an operation that requires encoding of its path parameters schema validation always fails, regardless of the request validity.

Expected behavior

A request with a valid path parameter requiring encoding (e.g. aud:foo:api:dummyService1) is considered to be valid for schema validation.

Actual behavior

Given the path parameter mentioned earlier request schema validation always fails:

ECMA 262 regex "^aud:foo:(api|api-internal):[a-zA-Z0-9]+$" does not match input string "aud%3Afoo%3Aapi%3AdummyService1"

Cause

The issue lies in RestAssuredRequest as originalRequest.getDerivedPath() always returns the path with encoding applied

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions