Apicurio-studio: 보안 체계: 없음 및 다른 하나(Apikey, Bearer...) 동시에

설명하신 내용을 표현할 방법이 있는지 OpenAPI 사양을 살펴봐야 합니다. 솔직히 제 머리로는 잘 모르겠습니다.

유효성 검사 문제 비활성화와 관련하여 현재 유효성 검사 문제를 억제하기 위해 구현된 기능이 없습니다. 그러나 의도 는 항상 그렇게 할 수 있도록 하는 것이었습니다. 그래서 나는 그 기능의 우선순위를 높이겠다.

유효성 검사 논리의 구현은 처음부터 개별 규칙의 활성화/비활성화를 지원하도록 설계되었다는 점을 추가해야 합니다. 누락된 유일한 것은 UI에서 이에 대한 지원입니다. :)

OK @elaugier - 이에 대해 약간의 연구를 수행한 후 OpenAPI 사양 은 실제로 이 사용 사례를 지원하지만 Apicurio는 실제로 지원하지 않습니다. 사양의 세부 사항에 관심이 있는 경우 다음 몇 가지 참조를 참조하세요.

https://github.com/OAI/OpenAPI-Specification/issues/14#issuecomment -297457320
https://github.com/OAI/OpenAPI-Specification/issues/1684

그래서 저는 이것을 Apicurio 버그로 분류하고 UI에서 이 사용 사례를 지원하는 적절한 방법에 대해 생각할 것입니다.

관심을 가져주셔서 감사합니다.

미래의 구현자(즉, 나)에 대한 참고 사항: "익명" 인증은 빈 보안 요구 사항을 포함하여 OpenAPI 사양에서 표현할 수 있습니다. 다음과 같이(예:

security: [
  {},
  {"oauth": […]}
]

이것은 OAuth가 옵션이지만 "인증 없음"도 옵션임을 나타냅니다. 일반적으로 이 사용 사례에서 API에 의해 반환된 결과는 호출이 인증과 익명으로 이루어진 경우 다릅니다.

좋은 소식! 이 프로젝트에 저의 아주 작은 기여를 할 수 있어서 기쁩니다. 이제 막 사용하기 시작했는데 특히 잘 된 것 같습니다. API를 지정하는 속도가 더 빨라집니다. 감사합니다. 다른 것(버그 또는 제안)을 찾으면 주저하지 않고 알려 드리겠습니다. .... 제 질문에 답변해 주셔서 감사합니다.

예, 그렇게 하십시오. 이와 같은 프로젝트를 더 좋게 만드는 가장 좋은 방법은 사용자의 피드백입니다!

이에 대한 UI 지원 작업을 지금 진행 중입니다. 데이터 모델과 유효성 검사 레이어는 이미 잘 작동하고 있습니다. 바로 UI 개선입니다. 내일 해야 합니다. :)

그건 그렇고 @elaugier - 이것은 이제 https://studio.apicur.io/에 라이브입니다 - 피드백을 환영합니다. :)

잘 작동합니다! 감사 해요!