✒️SAP BASIS Internet Communication Manager (ICM)
SAP BASIS Internet Communication Manager (ICM)
INTERNET COMMUNICATION MANAGER (ICM)
1.- Arquitectura del Proceso de ICM
Algunos aspectos importantes son:
· Salida en formatos Web estándar tales como HTML, XML y XSLT.
El SAP Web Application Server puede funcionar tanto como un Web server (rol de servidor) y como un Web client (rol de cliente). El rol de servidor en el cual el SAP Web AS acepta y procesa solicitudes HTTP de cualquier cliente Web (tal como un navegador Web) y envía de vuelta una respuesta HTTP, el cual es el caso que veremos en esta lección.
Dentro de un work process, el Internet Communication Framework (ICF) provee el entrono par manejar las solicitudes HTTP. El ICF es el puente entre el kernel del sistema SAP y el programa creado en ABAP.
Desde la versión 6.10 de SAP Web AS, los work processes pueden generar directamente contenido web-compatible de tal forma que puedan ser enviados a un navegador web mediante el ICM. Una manera de crear contenido de este tipo es utilizar aplicaciones con Business Server Pages (BSPs), las cuales son desarrolladas en el sistema SAP utilizando como herramienta la transacción SE80.
Desde un punto de vista técnico. El proceso ICM esta separado (icman a nivel del sistema operativo) y es iniciado y monitoreado por el dispatcher de ABAP. La tarea del ICM es asegurar que el sistema SAP pueda comunicarse con el mundo exterior (usando HTTP, HTTPS y SMTP).
En el caso del rol del servidor web, puede procesar solicitudes que llegan desde Internet mediante URLs con el servidor y puerto para el cual el ICM esta escuchando. El ICM luego llama al local handler apropiado, dependiendo de la URL.
2.- Internet Server Cache (ISC)
El internet server cache (ICS) es una parte del ICM que es importante para la performance. Almacena objetos HTTP(S) antes de que sean enviados al navegador Web. La próxima solicitud puede ser encontrada directamente desde el ISC, mientras el tiempo de expiración no haya vencido, lo cual acelera significativamente el acceso.
3.- Procedimiento de inicio y monitoreo del ICM
El parámetro de perfil rdisp/start_icman controla un proceso ICM es también iniciado cuando un servidor de aplicación (instancia) es iniciado. Si ningún valor es especificado, el valor por defecto true (verdadero) aplica.
El ICM se configura mediante los parámetros de perfil que en su mayoría comienzan con icm/. La configuración del parámetro icm/servr_port_es de particular importancia. Este parámetro de perfil especifica el puerto utilizado para cada protocolo, asi también como otras propiedades del protocolo, como el timeout.
En el sistema SAP, podemos obtener una vista rápida de los servidores de aplicación que están corriendo con un ICM mediante la vista de servidores de aplicación, trx SM51.
Para información más detallada, tal como el ID de hilo de ejecución, podemos usar el monitor de ICM, TRX SMICM. Desde esta trx, es posible finalizar el proceso de ICM, para esto debemos utilizar el camino de menú Administracion àICM y seleccionar soft termination (corresponde a una señal 2 en UNIX) o hard termination (corresponde a una señas 9 en UNIX). El dispatcher luego inicia un nuevo proceso de ICM.
Mediante la selección del menú Administration –Restart- Yes/No, controlamos si el ABAP dispatcher reinicia el ICM cuando este finaliza por un error o como se explicó recientemente por el administrador de forma manual.
 
 
 
Sobre el autor
Publicación académica de Raul Alexander Sanchez Quitian, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Raul Alexander Sanchez Quitian
Profesión: Ingeniero de Sistemas - Colombia - Legajo: BQ65P
✒️Autor de: 109 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Raul Sanchez