SAP BTPFIORI / La validación de los servicios OData desde el backend Por Claudia Monsalve Lopez

La validación de los servicios OData desde el backend 1. Introducción Después de implementar un servicio OData en SAP Gateway, es fundamental validar su funcionamiento desde el backend antes de consumirlo en aplicaciones SAPUI5 o Fiori. La validación permite asegurarse de que el servicio: Está correctamente registrado y activo, Devuelve los datos esperados, Y cumple con las operaciones CRUD-Q definidas. SAP proporciona varias herramientas para realizar esta verificación, siendo las principales /IWFND/GW_CLIENT, /IWFND/ERROR_LOG y /IWFND/TRACES. 2. Objetivo de la validación El propósito de la validación es comprobar la comunicación...

Acceder a esta publicación

La validacion de los servicios Odata desde el backend Transacciones /IWFND/GW_CLIENT: para hacer el test a los servicios. /IWFND/ERROR_LOG: permite el seguimiento de problemas identificados. /IWFND/MAINT_SERVICE - Activar y actualizar servicios. Creacion y guardar casos de prueba para servicios Odata. Simular un servicio en tiempo de ejecucion, entre otros. Se divide en 3 areas Catalogos de servicio Nodos ICF Alias del sistema /IWBEP/ERROR_LOG: Muestra los errores ocurridos al ejecutar un servicio OData en el backend (por ejemplo, errores en el DPC_EXT, SELECTs fallidos, excepciones, etc.) /IWFND/APPS_LOG: Muestra logs del Frontend (Hub Gateway). Registra problemas relacionados...

Acceder a esta publicación

1. LA UTILIZACION DEL REGISTRO DE ERRORES si obtenemos un error en TX SAP GATEWAY CLIENT /IWFND/GW_CLIENT podemos ver el registro de errores en /IWFND/ERROR_LOG con el boton "Active source" (panel superior) vamos al codigo fuente en el sap busines suite o vemos la pila de llamadas con el boton "Call stack" (panel inferior). Siguiente podemos colocar un breakpoint. Si hubo un dump de abap, ir a la ST22 y alli poner los breakpoints. UNA VEZ CORREGIDO, ES POSIBLE DESDE EL REGISTRO DE ERROES HACER "REPLAY" ELIGIENDO SAP GATEWAY CLIENT 2. LA HERRAMIENTA SAP GATEWAY CLIENT Es un cliente REST construido dentro de SAP Gateway. tx es /IWFND/GW_CLIENT y luego presionar BOTON "SERVICE ADMINISTRATION" ...

Acceder a esta publicación

El cliente SAP Gateway es una poderosa herramienta que brinda la libertad de probar cualquier servicio de OData esto permite que probemos los servicios OData de manera proactiva y ejecutemos una prueba de control de calidad antes de utilizar un servicio, actúa como un cliente HTTP y habilita la prueba de solicitudes y respuestas HTTP a medida que surgen en tiempo de ejecución. Es importante comprender la forma en que funciona el framework de SAP Gateway para comprender para que podemos utilizar estas herramientas, cuando SAP Gateway recibe una solicitud OData de un cliente valide de si realiza los datos de la solicitud JSON en datos ABAP, luego determina a que sistema de BackEnd se debe enrutar la llamada y posteriormente llama...

Acceder a esta publicación

Validación servicios OData active source Call stack st22 Replay /iwfnd/gw_client catálogo de servicios nodos icf alias del sistema Se pueden guardar casos de prueba varios casos de prueba /iwfnd/error_log registro de errores Explorador de datos active source sm21 registro del sistema /iwfnd/apps_log log viewer activación de un trace ?sap-statistics=verdadero /iwfn/stats /iwfnd/traces /iwcor/ libreria OData & REST /iwfnd/ sap gateway framework on hub /iwbep/ sap gateway framework on backend sobrecarga del gateway sobrecarga de las RFC sobrecarga del backend original/Payload SAP gateway es un framework

Acceder a esta publicación

Validación de los servicios OData desde el BackEnd La principal herramienta a utilizar es el cliente SAP Gateway proporcionado por SAP , para probar los servicios OData se puede acceder utilizando la transacción /IWFND/GW_CLIENT La transacción se divide en tres áreas · Catálogo de servicios · Nodos ICF · Alias del sistema EL Cliente SAP Gateway nos permite realizar las siguientes actividades 1. Creación de casos de prueba 2. Poder guardad los casos de prueba creados y reproducirlos en cualquier momento 3. La simulación de un servicio en tiempo de ejecución para identificar y resolver problemas potenciales 4. Poder reproducir...

Acceder a esta publicación