Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[restassured] Request validation should not use encoded path parameters

オープン 初心者向け
#6 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
78/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
静か
技術スタック
java, openapi
領域
api, testing

調査の方向性

openapi-request-validator-restassured/src/main/java/com/atlassian/oai/validator/restassured/RestAssuredRequest.java の 86 行目、派生パスが取得される箇所から始め、issue に示されているエンコード済みパスパラメーターを使ってスキーマ検証を再現してください。aud:foo:api:dummyService1 のような有効なエンコード済みパラメーターが検証を通過し、無効な値は引き続き拒否されれば完了です。

索引モデルが issue の本文から書いたものです。

説明

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

主要言語
Java
スター
17
フォーク
6
PR マージ指標
30日以内にマージされた PR はありません

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

atlassian/openapi-request-validator のほかの issue

atlassian/openapi-request-validator の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。