Thank you for your question @Elvina_ART, we saw your post and wanted to let you know we’re keeping it on our radar. We will also invite others in the community to pitch in and share their thoughts.
Also, join us on next thursday, december at 4 pm CET | 10 am NY | 9 am MX | 12 pm BR to hear an Apigee expert answer live forum questions We look forward to seeing you there! Register here:Apigee & Application Integration Tech Talks
Our integrated portal logic will more or less create a wrapper (similar to Swagger UI) given your OpenAPI specification inputted.
Does your OpenAPI specification published to the developer portal contain logic to support the noted query parameters? Does the specification render properly using third party services (ie: Swagger UI, etc)?
In the Apigee integrated developer portal, the “Try this API” widget is generated from your OpenAPI spec. For a GET method, the UI will not show a request body text box because request bodies are not supported in GET according to the spec. To allow optional query parameters like ?$search=card=123123, you need to define them as query parameters in your OpenAPI definition for that endpoint. Once they’re declared, the Try-it panel will render input fields for them, and you can append any valid query string when testing directly in the widget.
A huge thank you for your recent contributions in the forum. We greatly appreciate the insightful and helpful responses you have been sharing across our Apigee threads. Keep up the fantastic work! We love seeing this peer-to-peer support
If you’d like to join us this Thursday, feel free to tune in to the last Community Tech Talk of the year for an Apigee MCP Deep Dive on Dec 11 at 5 PM CEST / 11 AM NY TimeApigee & Application Integration Tech Talks