Great ask. Keep the votes coming. Nothing planned short term.
Very much needed for the transition to serverless apis.
Some key features in a first release could be
- ModelBinding [FromQuery], [FromBody] ect. with ModelState information
- ApiExplorer information for Open API/Swagger generation (ProducesResponseType ect.)
90 votesunplanned · 17 comments · Azure portal » Resource management · Flag idea as inappropriate… · Admin →
Or at least get a notification of the changes. The same for arrays in query strings, which are converted to strings.
I had i similar finding. Arrays in query strings get converted to strings (which is not the same).
83 votesunder review · 0 comments · API Management » Developer portal · Flag idea as inappropriate… · Admin →
463 votesunder review · 7 comments · API Management » Developer portal · Flag idea as inappropriate… · Admin →
122 votesplanned · 5 comments · API Management » API management experience · Flag idea as inappropriate… · Admin →
Please tell us a bit more about scenarios you are trying to enable and how do you see this feature working.
Hi all – we could really use more information on the use cases you would like us to deliver with this feature. To quote Darrel’s post below:
Are you looking for some kind of UI in the portal to enable developers to subscribe to webhooks exposed by APIs?
Or are you looking for the additional security provided API Management to limit what events a user can subscribe to?
Do you want to correlate the API Management subscription ID with registered webhooks?
Any information you can give about the scenarios you would like help with would be great.
When talking about webhooks in relation to API Mangement i would like the APIM solution to support management of webhooks, that I as a API developer expose.
So my consumers (3. party who interact with my API) can setup endpoint for my webhook enables APIs would call. This should be done in the API portal by the consumer.
A solution could be that the APIs which use webhooks, could call some endpoint in the APIM and then APIM would delegate this call to who ever has set up a webhook/subscribes.
There for I as a API developer shoould not be concerned about delivery of all webhook calls, only 1 to the APIM solution.
I think much of the comments is about the possibility to get notified (by webhooks) of events happening inside the APIM solution for internal use by the API developer it self.
We are still waiting on a few internal dependencies before we can complete this request.
this feature has been postponed as it wouldn’t be complete and might be revisited later if standards/supported features by CAs and browsers change (double wildcard certificates are not supported standard, resulting in no way to secure double wildcard domain)
362 votesunder review · 15 comments · API Management » Developer portal · Flag idea as inappropriate… · Admin →