5. Solicitar identificarse a los usuarios con RAML
Hoy vamos a aprender cómo solicitar identificarse a los usuarios con RAML. En la clase anterior explicamos como crear las solicitudes o aplicaciones, nombre que le pone Mulesoft, para requerir los accesos a la API Specification. Así rápido, dependiendo del tipo de acceso que solicitases tenías unos privilegios de acceso u otros, si no te quedo claro puedes revisar la clase anterior.
Debido a que se creó una API Proxy en la segunda clase, partiendo de una API que había publicada en Exchange, surgieron varios problemas que en esta clase vamos a necesitar solventar.
El primer error: No se puede añadir Headers.
Cuando conseguimos los accesos que nos proporcionaban los códigos de client_id y client_secret, no teníamos forma de introducir estos valores desde la API Console de Anypoint Exchange, valores que se deben introducir en la cabecera de la solicitud (Headers). Por lo tanto, para poder hacer solicitudes tuvimos que utilizar el programa ARC (Advanced Rest Client), este mismo si nos daba la opción de introducir los valores.
A continuación muestro la imagen donde se ve como no sale la opción de introducir valores en la cabecera.
El programa Advanced Rest Client si nos daba la opción de introducir una cabecera con los valores necesarios.
El segundo error: No se puede editar el RAML.
El segundo error nos lo encontramos al intentar editar el código RAML. Esta acción no es posible realizarla porque realmente no existe este código en nuestro Design Center, por lo tanto, no podemos modificar el código y subir una nueva versión de una API que no nos pertenece. Al intentar editar el código saldrá el siguiente mensaje.
Y, ¿En qué nos afecta no poder editar el código en esta clase?
La finalidad es poder añadir los Headers para que los campos client_id y client_secret sean obligatorios, en idioma Mulesoftico, que sean requeridos al realizar una solicitud.
En definitiva, en esta clase vamos a conseguir que las solicitudes realizadas desde la API de Anypoint Exchange nos soliciten automáticamente los campos client_id y client_secret. Con esto sabremos sí o sí que cliente está realizando una solicitud y que políticas de consumo se le deben aplicar.
Sin más, ¡dentro vídeo!
Únete ahora
Clases del curso
- 1. Desplegar una aplicación de Mule en CloudHub (10:54)
- 2. Crear una API Proxy en AnyPoint Platform (11:10)
- 3. Aplicar políticas en una API Proxy (14:46)
- 4. Solicitar accesos SLA a una API Proxy (15:51)
- 5. Solicitar identificarse a los usuarios con RAML (20:31)
- Punto de Control 1
- 6. Ver datos de un evento de Mule (11:42)
- 7. Debug de una Mule Application (10:20)
- 8. Datos Evento Mule con HTTP Request (09:27)
- 9. Manipular datos de un evento con DataWeave (09:30)
- 10. Almacenar datos de un evento en variables (12:26)
- Punto de Control 2