• Inicio
  • Novedades
  • Academia SAP
  • FAQ
  • Blog
  • Contacto
S4PCADEMY_Logo
Twitter Linkedin Instagram
S4PCADEMY_Logo
Twitter Linkedin Instagram
FORMACIÓN SAP

Conversión del servicio OData V4 a OData V2

By s4pcademy 


Descripción general:

Hola a todos, aquí voy a hablar sobre la conversión del servicio OData V4 a OData V2 con un procedimiento paso a paso (tomaré capturas de pantalla de mi PC como referencia y algunas fotos del sitio npm.js). Conocerá el propósito de convertir el servicio V4 a V2.

Aquí tenemos una discusión sobre cómo convertir la respuesta del servicio OData V4 a OData v2, incluidos los metadatos en SAP Business Technology Platform con el modelo de programación de aplicaciones en la nube (CAPM). Habríamos visto que, de forma predeterminada, la aplicación CAPM nos brinda el servicio OData V4, pero en el momento en que desee que esta respuesta se convierta en el servicio OData V2, debemos comprender la razón principal detrás de eso.

Digamos que estamos trabajando con una aplicación CAPM encima de una base de datos, de forma predeterminada nos dará el servicio OData V4, pero aún así el marco que usamos no está lo suficientemente maduro para consumir el servicio OData V4.

Por ejemplo, Fiori Elements, hay elementos Fiori que no son lo suficientemente maduros para consumir el servicio OData V4 y solo hay soporte limitado para Over View Pages (OVP) y solo es compatible con List Report (LR). Pero el servicio V2 OData ha estado allí durante mucho tiempo y es totalmente compatible con todos los elementos fiori, incluida la página de vista general (OVP), la página de informe de lista (LRP), el informe de lista analítica (ALP) y la lista de trabajo (WL). Ahí es donde estamos aprovechando los servicios V2 sobre el servicio V4.

Ahora, debemos seguir un proceso para convertir OData V4 a V2. Para eso necesitamos un middleware (motor) para convertir lo que sale de CAPM. Esto no es más que una dependencia proporcionada por SAP. Tenemos que agregar este módulo OData-proxy que convierte V4 OData a V2.

Y los pasos para hacer esto son los siguientes, aquí estoy agregando algunas capturas de pantalla para la referencia de mi PC.

Paso 1: Tenemos que crear una aplicación CAPM con Business Application Studio. Comience con la plantilla para crear la aplicación CAPM.

1

Figura 1

“Elegir proyecto CAP de la plantilla”.

2

Figura 2

Después de seleccionar el «proyecto CAP» y la ubicación de destino, complete los detalles del proyecto CAP como Nombre del proyecto y seleccione el tiempo de ejecución como «Node.js». Junto con eso, agregue algunas características al proyecto seleccionando casillas de verificación como,

Configuración para la implementación de SAP HANA: para la configuración de Hana, implementación de la plataforma de tecnología empresarial SAP basada en MTA, para implementar la aplicación en BTP.

Entorno nativo de Cloud Foundry y necesitamos agregar contenido de muestra a nuestro proyecto, para eso elija «Archivos de muestra básicos».

34

Figura 4

Y haga clic en «Finalizar». Nuestro proyecto CAP se creará con una estructura de aplicación CAP que incluye carpetas APP, DB y SRV y servicio OData V4 y datos básicos.

5

Figura 5

Paso 2: Ahora necesitamos crear una aplicación de interfaz de usuario para el proyecto CAP. Para eso, debemos ir a «CAP DATA MODELS AND SERVICES», seleccionar la carpeta «Services», elegir «CatelogService», hacer clic derecho sobre él y elegir «Crear UI».

6

Figura 6

Paso 3: Ahora seleccione el generador como «Aplicación SAP Fiori».

7

Figura 7

Ahora tenemos que seleccionar la fuente de datos y la ubicación del servicio como «Usar un proyecto CAP local» y la ruta de la carpeta, el servicio OData como «CatelogService (Node.js)».

8

Figura 8

Luego seleccione Selección de entidad como «Libros».

9

Figura 9

Luego complete los Atributos del proyecto como el nombre del módulo y las configuraciones de implementación.

10

Figura 10

11

Figura 11

Y finalmente agregue configuraciones de implementación y haga clic en «Finalizar».

12

Figura 12

Ahora se crea la solicitud para el proyecto CAP.

13

Figura 13

Etapa 4: Ahora necesitamos conectarnos con la base de datos «SQLite», para eso primero abra nuestra aplicación con «Terminal Integrado».

14

Figura 14

Ahora en la terminal necesitamos dar un comando (cds deployment –to sqlite) para conectarnos con la base de datos.
15

Figura 15

Ahora puede ver la vista previa de nuestra aplicación, que consiste en el servicio OData V4, incluidos metadatos y datos (libros).

dieciséis

Figura 16

17

Figura 17

Si hacemos clic en “metadatos” podemos ver el servicio OData V4.

18

Figura 18

Si hacemos clic en «URL de la aplicación web», obtendremos la vista previa de nuestra aplicación CAP.

19

Figura 19

Paso-5: Ahora tenemos que convertir este servicio V4 a V2 siguiendo el proceso paso a paso.

Para convertir el servicio V4 al servicio V2 tenemos que hacer 2 cosas,

5.I. Agregue dependencia al archivo «Package.json».

5.II. Agregue el archivo «server.js» a la carpeta «SRV».

AGREGAR Dependencia al archivo «Package.json»

20

Figura 20

Este es nuestro archivo Package.json aquí, tenemos que agregar la dependencia «@sap/cds-odata-v2-adapter-proxy», que es responsable de convertir nuestro servicio V4 a V2.

Para implementar esta dependencia en nuestro archivo Package.json, debemos ir y buscar esta dependencia y descripción en «npmjs.com» en el navegador. Allí encontraremos la descripción completa de la dependencia.

21

Figura 21

22

Figura 22

Ahora tenemos que agregar esta dependencia a nuestro archivo Package.json.

23

Figura 23

Agregue el archivo «server.js» a la carpeta «SRV»

Ahora necesitamos crear el archivo «server.js» en la carpeta «SRV».

24

Figura 24

25

Figura 25

En el archivo server.js tenemos que dar la descripción de la dependencia de npmjs.com. Necesitamos copiar esa descripción y pegarla aquí en el servidor, archivo js. Y también podemos ejecutar el comando «npm install @sap/cds-odata-v2-adpater-proxy -s» en la terminal.

Para obtener más información sobre la dependencia (https://www.npmjs.com/package/@sap/cds-odata-v2-adapter-proxy/v/1.9.5).

26

Figura 26

27

Figura 27

Ahora veremos una vista previa de nuestra aplicación una vez más, esta vez obtendremos dos metadatos y dos conjuntos de entidades que representan los servicios OData V4 y V2 respectivamente.

28

Figura 28

Si hacemos clic en metadatos y conjuntos de entidades podemos ver la diferencia con las versiones V4 y V2 respectivamente.

29

Figura 29

30

Figura 30

31

Figura 31

32

Figura 32

Conclusión:

El marco SAPUI5 puede consumir servicios OData V2 de forma no intrusiva como si trabajara directamente con OData V4. Con SAPUI5, el modelo OData V4 admite el consumo de servicios OData V2. El marco se ocupa de convertir los metadatos y los datos de manera que el desarrollador de la aplicación escriba su aplicación como lo haría con un modelo OData V4 con un servicio OData V4 correspondiente. Como OData V4 admite varias funciones que no están cubiertas por OData V2, algunas funciones del modelo OData V4 no se pueden usar. Entonces, al convertir el servicio OData V4 a V2, podemos brindar flexibilidad al desarrollo de aplicaciones UI5.

Atentamente,

Chiranjeevi. A




Anuncio de Water Track en la Conferencia internacional de SAP para servicios públicos 2023
Previo
Cómo usar correctamente los campos LastModifiedDateTime/LastModifiedOn en la consulta SuccessFactors Odata
Siguiente

Madrid

Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010

México

Paseo de la Reforma 26
Colonia Juárez,  Cuauhtémoc
Ciudad de México 06600

Costa Rica

Real Cariari
Autopista General Cañas, 
San José, SJ 40104

Perú

Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073

Twitter Linkedin Instagram
Copyright 2022 | All Right Reserved.