Hello Jitendra, The explanation of using API discovery: This will required to map API proxy to API implementation as both are running in API Manager and RunTime manager respectively, and not to eliminate the redundant service. As you have explained in the example that if you create API proxy anyway it will create a separate service on the top of your implementation and which can't be avoided. Autodiscovery helps to apply different API policies to different API implementations which are running in EE cloud hub because your runtime manager cloudhub URL will be the same and can't distinguish based on URL per se. So, you would need unique ID (Autodiscovery ID) for that purpose. Please let me know if I am mistaken.
Both are different concepts. Auto Disovery is to peer api manager and runtime manager for enabling api governance. APi proxy also enable api governance by creating extra app in runtime manager.
what is the difference between client id and secret for environment and client id and secret from Exchange? For deploying any application we need client id and secret of env? And for calling any api we need client id and secret of that application from Exchange? how do we know in which env that api is deployed? please clarify.
Thanks for your article| After so many hurdle of past 5 days , I finally be able to do auto discover + policy enforcement
This way of applying a proxy to an API is very practical, and the video explains it very well :)
Thanks Jitendra Bafna for creating such a wonderful tutorial! It saved me!!
thank you ! keep uploading these kind of educational videos
Hello Jitendra,
The explanation of using API discovery: This will required to map API proxy to API implementation as both are running in API Manager and RunTime manager respectively, and not to eliminate the redundant service. As you have explained in the example that if you create API proxy anyway it will create a separate service on the top of your implementation and which can't be avoided.
Autodiscovery helps to apply different API policies to different API implementations which are running in EE cloud hub because your runtime manager cloudhub URL will be the same and can't distinguish based on URL per se. So, you would need unique ID (Autodiscovery ID) for that purpose. Please let me know if I am mistaken.
Both are different concepts. Auto Disovery is to peer api manager and runtime manager for enabling api governance. APi proxy also enable api governance by creating extra app in runtime manager.
what is the difference between client id and secret for environment and client id and secret from Exchange? For deploying any application we need client id and secret of env? And for calling any api we need client id and secret of that application from Exchange? how do we know in which env that api is deployed? please clarify.
I followed your instruction and configured API and policy which is not working .
Please check you have followed correct steps. dzone.com/articles/implementing-api-auto-discovery-for-mulesoft-appli
HI Jitendra , I have couple of questions. is there a way that i can reach out to you for clarifications ?
LinkedIn
Where are the client_id and client_secret stored in Mulesoft. Also how are they secured.
Can we change the default error response json to XML
navitha thotakura yes
@@muletechnologyacademy-zero5625
How can we do??
Thank you for the video!
Can you please share your email ?
LinkedIn
Don't you have an email?