Avalados por :
Hace algunos años creé una pequeña introducción al desarrollo de OData para mis colegas en newFounders. La semana pasada, algunos desarrolladores de mi cliente actual me dijeron que este seguía siendo un buen documento si quieres comenzar con el desarrollo de OData, así que decidí compartirlo con la comunidad. Espero que lo disfrutes y aprendas algo de él. Aún tengo la esperanza de crear un seguimiento que cubra los temas de conjuntos de entidades expandidos y profundos, lotes e importaciones de funciones, pero solo el tiempo dirá si esto sucederá.
OData es la forma predeterminada actual de comunicarse con un backend de SAP, ya sea para un frontend (SAPUI5) u otro escenario de integración. El objetivo de este documento es poner en marcha a un desarrollador ABAP con la comprensión e implementación de servicios OData en un sistema backend basado en SAP ABAP.
Servicios OData; información de fondo y cómo probarlos.
Intentaré explicar qué es OData utilizando llamadas a servicios OData existentes y expandiendo esas llamadas con más opciones. Comenzaré usando una herramienta llamada Postman, por lo que necesitaremos obtener esta herramienta como primer paso.
Advertencia: Uso la funcionalidad estándar de BP, así que solo use este tutorial en un entorno de prueba.
Instala Postman (https://www.getpostman.com/downloads/). Postman es una herramienta para probar y ejecutar llamadas REST HTTP(S). Como alternativa, puedes usar Curl (http://curl.haxx.se/), pero usaré Postman en este tutorial.
Usaremos algunos servicios de demostración y datos de demostración de SAP. Si descubres que las tablas subyacentes están vacías, puedes completarlas usando la transacción SEPM_DG. Supongo que conoces el nombre de host y el número de puerto de tu instalación de SAP. Si no, intenta encontrarlo en la transacción MICM --> Ir a --> Servicios.
Comienza Postman, crea una colección para almacenar tus pruebas y llamadas, y realiza tu primera llamada OData para probar la conexión a tu backend. Usaremos un servicio OData estándar de SAP: http://YourSystemURL:Portnumber/sap/opu/odata/IWBEP/GWDEMO/?$format=xml. En Postman, esto se verá así:
Si pruebas esta llamada ahora, obtendrás un error de inicio de sesión.
Debes agregar tus credenciales en la pestaña Autorización (tipo: Basic Auth 😞).
Y si todo está correcto, verás los tipos de entidades en el cuerpo devuelto después de presionar <SEND> obtendrás resultados:
Para más información y ejercicios sobre OData, visita: https://developers.sap.com/tutorials/hcp-webide-odata-primer.html
Y una muy buena referencia sobre OData: https://www.odata.org/documentation/odata-version-2-0/uri-conventions/
Dado que nuestro enfoque será crear un servicio OData en SAP, utilizaremos un modelo de datos bastante directo: el Socio Comercial y usaremos para sus subnodos dirección, números de teléfono, etc. Utilizaremos los BAPI y módulos de funciones estándar, por lo que no tendremos que hacer mucho ABAP.
La mayoría de las implementaciones de servicios OData en el mundo SAP utilizan un sistema Gateway separado para servir OData y un sistema separado donde los datos realmente residen (a menudo un sistema ECC).
Pregunta: ¿Cuál sería la ventaja de tener dos sistemas diferentes: uno para almacenar los datos, el otro para servir el OData, en lugar de tener solo un sistema que cumpla ambos propósitos?
En la transacción 'SEGW' puedes definir tu servicio OData. Comencemos creando un servicio de lectura (operación HTTP "GET") para la entidad Socio Comercial. Haz clic en crear y completa los parámetros solicitados. Aparecerá un proyecto OData vacío.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute