✒️SAP BTPFIORI / La estructura de un servicio OData Por Detriana Barrios
SAP BTPFIORI La estructura de un servicio OData
La estructura de un servicio ODATA
OData: es un protocolo que no es propietario de SAP, el cual nos permite hacer llamadas rest para obtener información
OData es la forma de comunicación entre el FronEnd que es SAPUI5/FIORI y el backend de SAP
El componente SAP Gateway es la interfaz entre el mundo fuera de SAP y los sistemas backEnd de SAP
Cada servicio OData esta representado por
1. URI (identificador uniforme de recursos ) o URL (localizador uniforme de recursos)
El servicio OData tiene dos tipos de documentos
1. Documento de Servicio: Representa un servicio a exponer y todo los recursos que se pueden acceder a través del mismo. Son los que implementan el protocolo OData y exponen un EndPoint que permite acceso a los datos
2. Documento de metadatos de Servicio: Expone todos los metadatos de un servicio
· El servicio OData admite los formatos Atom y JSON
· El servicio OData puede utilizar cualquier navegador web para explorar el servicio
La estructura de un servicio OData
En SAP utilizamos la transacción SEGW para crear el proyecto OData
Dentro del Modelo de Datos Definimos:
1. El Tipo Entidad :Es una estructura que puede contener un registro de Datos
o E tipo entidad tiene propiedades marcadas como clave, también se definen más detalles sobre las propiedades como tipo y longitud
2. El Set de Entidad : Son una colección de los mismos tipos de entidades
o Representan un recurso de entrada potencialmente vacio. La cardinalidad es 0:n
3. Las Asociaciones: son relaciones entre dos entidades. Definen la cardinalidad entre las entidades relacionadas
4. Conjunto de asociaciones : La colección de asociaciones se denomina conjunto de asociaciones
Operaciones OData
El servico OData utiliza los comandos : REST, POST, GET.DELETE, PUT que se asignan a CRUD
La Herramienta Service Builder permite mostrar y crear la definición de forma centralizada de un servicio ODATA
Cuando creamos un servicio el Gateway nos genera toda la infraestructura para la comunicación. Esta infraestructura incluirá clases ABAP llamadas Data provider Class (DPC) y Model Provider Class (MDC) solo tenemos que programar los métodos para obtener la información que nos piden
No tenemos que preocuparnos por la creación del XML eso lo hará el Gateway , se creara de forma automática la clase /IWBEP/CL_ GWSAMPLE _BAS_DPC_EXT
Pasos para la creación de servicios
1. Defunción de Modelo de Datos: en esta fase definimos el modelo (los tipos de entidad, conjunto de entidad y asociaciones que utilizara el servicio
El primer paso es crear tipos de entidad. Podemos crear tipo de entidad manualmente o puedes importarlos
2. Implementación del servicio : En esta fase implementamos las operaciones soportadas por el servicio
3. Mantenimiento del Servicio: Publicamos el servicio . Esta suele ser una actividad única , es decir no es necesario volver a realizarla , incluso si actualizamos el modelo o la implementación
a. Se activa desde la transacción de SAP /WFND/MANIT_SERVICE
Después de haber definido el modelo de datos y mapeo las fuentes de datos
, se generan las clases y configuraciones para el servicio OData usando en Botón Generate Runtime Objects
Escanear / Compartir
 | #1 / 05 de Oct de 2023 / Oswaldo Rodriguez Pereira: |
Comentario:Sobre el autor
Publicación académica de Detriana Barrios, en su ámbito de estudios para la Carrera Consultor SAP BTP Fiori.
SAP Senior
Detriana Barrios
Profesión: Consultor Sap Fiori - Venezuela - Legajo: GZ90V
✒️Autor de: 28 Publicaciones Académicas
🎓Cursando Actualmente: Carrera Consultor SAP BTP Fiori
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Consultor de sap netweaver webdynpro abap & java, administrador de sap enterprise portal, y abap . com
Certificación Académica de Detriana Barrios
