5. Crear un modelo de datos canónico en JAVA | Parte 2
En la clase de hoy vamos a aprender a cómo crear un modelo de datos canónico en JAVA. Se va a distribuir en 3 partes esta lección debido a que recuperaremos los Flows de la Mule Application, creados en clases anteriores, para poder convertir el esquema de datos que nos devuelven a un formato definido en JAVA.
Para continuar, en la segunda parte trabajaremos sobre el Flow que realizamos en la clase Consumir un servicio web REST. Este Flow se alimentaba de un servicio web de tipo REST y devolvía los datos con una estructura JSON, definida en el servicio web externo.
¿Qué es un modelo de datos canónico?
Un modelo canónico es una forma de representar los datos con una estructura definida, que sea igual para todas las fuentes de datos, es decir, estándar. Este modelo consiste en definir atributos estándares y sus respectivas características, con la finalidad de reutilizar la información para diferentes tipos de entradas de datos.
A continuación, en el esquema muestro el ejemplo de 3 modelos de datos diferentes en el que se aplica el modelo canónico para que todos tengan el mismo formato.
Aplicando modelo de datos JAVA a JSON
En la primera parte se creó un modelo de datos canónico en JAVA para que se pudiese utilizar en los diferentes modelos de datos.
En la siguiente imagen os muestro la transformación de los datos, si os fijáis la entrada es diferente al de la clase anterior, pero la salida es la misma:
A la izquierda se puede observar los datos de entrada en formato JSON y a la derecha los datos de salida en el formato definido en JAVA que se realiza en la clase. Gracias a crear un modelo de datos canónico JAVA esta asociación será posible.
A partir de ahora el formato que se observa a la derecha se utilizará para todos los modelos de datos de entrada, y con indicar la clase de JAVA que define estos atributos del formato de salida será suficiente para transformar la estructura de los datos.
HTTP Request no da formato de salida
Pero es necesario saber una cosa sobre las llamadas a un servicio web mediante el componente HTTP Request. A diferencia del consumo de un servicio web mediante un conector de Anypoint Exchange, con el componente HTTP Request no sale definida la estructura de los datos de salida.
En la imagen podéis observar como en el DataSense de los datos de salida del componente no se muestra nada en el apartado «Actual», ya que es necesario definir la estructura en JSON mediante un ejemplo.
Este punto se tratará en la clase y veréis como definirle un formato de forma rápida y sencilla para poderlo asociar al formato canónico en JAVA de salida. En la imagen podéis verlo en el apartado «Expected».
En definitiva, gracias a la creación de un modelo de datos estándar con JAVA, no será necesario tener que definir los atributos que queremos mostrar constantemente desde el panel del componente Transform Message con DataWeave.
Sin más, crear un modelo de datos canónico JAVA parte 2 ¡dentro vídeo!
Únete ahora
Clases del curso
- 1. Consumir un servicio web de Anypoint Exchange (27:38)
- 2. Consumir un servicio web REST (24:20)
- 3. Consumir un servicio web SOAP (23:51)
- 4. Crear un modelo de datos canónico en JAVA | Parte 1 (14:19)
- 5. Crear un modelo de datos canónico en JAVA | Parte 2 (11:39)
- 6. Crear un modelo de datos canónico en JAVA | Parte 3 (12:20)
- Punto de Control 1
- 7. Diferencia entre Flow, SubFlow y Private Flow (17:27)
- 8. Pasar eventos con colas síncronas y asíncronas (19:30)
- 9. Estructurar elementos globales (9:19)
- 10. Definir propiedades globales (11:28)
- 11. Estructurar un proyecto Mule | Parte 1 (16:44)
- 12. Estructurar un proyecto Mule | Parte 2 (15:56)
- Punto de Control 2