Curso de Mulesoft en español || Punto de control 1

Punto de Control 1

En el punto de control 1 vamos a repasar los conceptos teóricos para poder pasar al siguiente nivel y no perderos con definiciones que no acabáis de entender. Ya sé que la teoría es un rollo, pero voy a intentar que no se os atragante con algún que otro dibujito. ¿Os parece?.

En este bloque hemos aprendido a consumir servicios web y aprovechar las funcionalidades que nos brindan para nuestra Mule Application.

Conectores de Anypoint Exchange

Lo primero que hemos aprendido es a revisar si el servicio web que queremos obtener existe en Anypoint Exchange, ya que este se adapta muchísimo mejor que si utilizásemos servicios web externos a la red de Mulesoft.

Para poder consumir un servicio web de este tipo necesitábamos el componente que se obtiene de importar el módulo de Anypoint Exchange.

En la imagen tenemos un ejemplo donde cada componente es un método del servicio web que importamos de Anypoint Exchange.

Gracias al componente REST Connect, cuando se realiza desde el Design Center una API Specification se genera automáticamente los conectores para que se puedan importar como componentes en una Mule Application.

Por cierto, también se puede hacer desde Anypoint Studio, pero se recomienda que sea en Anypoint Platform en el apartado de Design Center.

HTTP Request para servicios web de tipo REST

Para poder consumir servicios web de tipo REST, que no existan en Anypoint Exchange, se necesitará el componente HTTP Request.

A este componente se le pueden pasar parámetros, igual que si fuese un HTTP Listener. Cuando realicemos la llamada al recurso, estos parámetros se tendrán que capturar, con una variable, o directamente indicarle el valor del atributo queryParam en el componente para que se pueda aplicar el filtro que se desee.

Consumer para servicios web de tipo SOAP

Igual que en el punto anterior para servicios web de tipo REST, para poder consumir servicios de tipo SOAP será necesario utilizar otro tipo de componente, Consumer.

Este componente se alimenta de la ruta donde está ubicado el recurso WSDL, que es en formato XML.

De aquí, el componente extraerá todos los métodos y propiedades del servicio web.

Formato de datos canónico en JAVA

En el último apartado hemos aprendido a convertir Arrays de objetos de diferentes tipos de datos, sean JSON o XML, a un formato estándar (canónico) mediante JAVA.

Este formato estándar será personalizado por nosotros a partir de la creación de una clase JAVA donde se definan todas las propiedades.

Una vez definida la clase, se importará en el componente Transform Message, en el apartado de salida (output metadata) para todos los orígenes de datos, sean mediante un conector de Anypoint Exchange, un servicio web de tipo REST o de tipo SOAP.

Cuando ya se tenga importado el modelo de datos estándar (canónico), solamente faltara realizar la asociación de los atributos de entrada y salida mediante la funcionalidad de drag&drop del componente Transform Message.

Puntos extra

Como puntos extra también hemos adquirido los siguientes conocimientos:

Definir variables globales en la Mule Application.
Crear SubFlows y llamarlos mediante Flow Reference.
Crear una estructura de datos de tipo JSON a partir de un ejemplo.
Cómo solucionar errores a tiempo real en el transcurso de los ejercicios.

El último punto quería remarcarlo también porque en algunas ocasiones se han visto errores en la clase y se han solventado en la misma. Esto ayuda muchas veces a ponerse en el lado del alumno y resolverle posibles problemas que pueda tener por adelantado.

Espero que os haya gustado este bloque, y ahora, os dejo un pequeño test del punto de control 1 para validar vuestros conocimientos y poder seguir dándole caña.

Si quieres saber más o necesitas ayuda personalizada, puedes suscribirte a mis servicios en el siguiente enlace

➡️ SUSCRIBIRSE A INGENIERO BINARIO ⬅️

¡Ponte a prueba con el test del punto de control 1!

Clases del curso

< Volver al curso