✒️SAP BASIS Internet Communication Framework
SAP BASIS Internet Communication Framework
LECCION 8: INTERNET CONNUNICATION FRAMEWORK El Internet Communication Framework (ICF) provee un entorno para el manejo de solicitudes web dentro del work process ABAP de un sistema SAP. Esta lección introduce el ICF y provee mas información sobre algunos aspectos de la administración. Cuando en la implementación de SAP queremos usar aplicaciones web basadas en Web Dynpro, BSPs o el ITS integrado para conectar el sistema SAP a internet será nuestra tarea como miembros del equipo de administración crear las conexiones entre las llamadas URLs y los servicios y programas del sistema SAP. 2.- Propiedades y Mantenimiento de los Servicios ICF Desde el punto de vista técnico, hay una clase de ABAP detrás de un HTTP request handler. Esta clase implementa la interface IF_HTTP_EXTENSION y el método HANDLE_REQUEST. SAP entrega clases de este tipo; pero los clientes pueden crear sus propias clase con el Class Builder, transacción SE24, integrado dentro del Object Builder y la trx SE80. La conexión de una URL particular con un HTTP request handler es la tarea de los servicios ICF. Un servicio ICF por lo tanto crea una conexión entre una URL a la cual una solicitud HTTP es enviada y los objetos de desarrollo que procesaran la solicitud. Un sistema SAP (con SAP Web AS como base técnica) contiene ya varios servicios cuando este es instalado. Cuántos de estos servicios depende del tipo de sistema (SAP ECC, SAP CRM, et.) y la versión. Podemos obtener una vista de todos los servicios usando la trx de mantenimiento central para los servicios ICF, TRX SICF. El camino completo para un servicio (tal como /sap/bc/icf/info) determina, junto con el protocolo, nombre del servidor y puerto, la URL bajo la cual el servicio puede ser llamado. Para los servicios desactivados implícitamente, hay siempre un servicio en algún nivel superior en el árbol de ICF que está explícitamente desactivado. Si activamos este servicio, que se muestra de color gris, todos los servicios que estén implícitamente desactivados en el nivel inmediato inferior, los cuales se mostraban previamente en azul, también son activados. Cuando activamos un nodo mediante el menú Service/Virtual HOSTàActivate o usando el menú de contexto con el botón derecho del mouse, podremos seleccionar si queremos activar solo el servicio seleccionado (botón yes), o si queremos también activar explícitamente todos los servicios en los niveles inferiores (botón yes con el icono de árbol). Si llamamos a un servicio inactivo, un mensaje aparece informando que el acceso a la página está bloqueado. Los servicios ICF activados representan cierto riesgo de seguridad ya que es posible que sean accedidos directamente usando los protocolos HTTP(S) o SMTP desde la intranet o internet (dependiendo de la configuración de la red). Por lo tanto deberemos restringir el acceso con medidas apropiadas, tal como solo la activación de los servicios ICF requeridos y asignando las correspondientes autorizaciones de los usuarios. Nota: Todos los servicios ICF son entregados con es estado de desactivado, de tal forma que ningún servicio de ICF pueda se utilizado inicialmente. 4.- Propiedades e Inherencia Un servicio ICF se caracteriza por sus propiedades, las cuales pueden mantenerse en la trx SICF. Si hacemos doble clic un servicio, la ventana de creación/modificación de un servicio aparece. Las siguientes configuraciones pueden realizarse: Datos de Servicio / Procedimiento de Logon: Varios procedimientos de logon están disponibles para el acceso de una solicitud HTTP al SAP Web AS. Podemos configurar esto para cada nodo de servicio de forma individual. Con la configuración por defecto, Standard, las siguientes verificaciones se llevan a cabo en la siguiente secuencia: 1. 2. 3. Autenticación básica 4. Autenticación de SAP con un usuario y contraseña del sistema SAP 5. Autenticación de Servicio con un usuario anónimo almacenado en el mismo servicio Si seleccionamos Alternative Logon Order, podemos seleccionar cualquier procedimiento de logon, en una nueva solapa de Logon Order y cambiar el orden de las verificaciones. Si seleccionamos Logon Data Required, solo los detalles almacenados en el servicio bajo Anonymous Logon Data son usados para la verificación. Si seleccionamos Client Cert. (SSL) Required, el acceso es posible solo usando un certificado de cliente X509. 5.- Monitoreo El ICF recorder permite a los desarrolladores y los administradores identificar y m si es necesario, corregir posibles causas de errores mediante el registro de solicitudes HTTP para aquellos intentos de llamados fallidos. Podemos usar el ICF recorder para almacenar las solicitudes registradas, en la base de datos del sistema. Esto facilita la investigación del problema, ya que, en la mayoría de los casos, una descripción del problema no es necesaria para reproducir el error. La solicitud con el problema puede ser reprocesada varias veces mediante el uso de la entrada en la base de datos, para aislar la causa usando el debugging o un archivo de traza del work process que lo ejecuta. Para utilizar el ICF recorder, desde la trx SICF seleccionamos EDITàRecorder àActivate Recording/Desactivate Recording/Display Recording; alternativamente la trx SICFRECORDER para evaluar los registros.
Sobre el autor
Publicación académica de Lina Marcela Zapata Suarez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Master
Lina Marcela Zapata Suarez
Profesión: Ingeniera Informática. - Colombia - Legajo: AB47Z
✒️Autor de: 109 Publicaciones Académicas
🎓Egresado de los módulos:
Presentación:
Ingeniera informática.
Certificación Académica de Lina Zapata
