1.Procesos ABAP
Como por ejemplo: Cuando un usuario trabaja con SAP utiliza algunas de las aplicaciones que provee el producto, tal como el ECC. Esta aplicacion puede haber sido diseñada en el lenguaje de promagramacion ABAP o en JAVA. De esto se deduce que dependiendo del lenguaje con que fué creada la aplicacion va a ser procesada por la parte de ABAP o de JAVA de nuestro servidor Netweaver SAP.
Nota: En cada una de las instancias ABAP y JAVA corren una serie de procesos en paralelo los cuales trabajan en conjunto y se comunican en algunos casos.
El dispatcher de ABAP, es quien se encarga de distribuir los pedidos entre los work processes. Como ya vimos antes, este proceso se encuentra en cada instancia ABAP de nuestro sistema.
Que tipos de workprocesses son los que dependen de la dministracion del dispatcher?
-. Procesos de dialogo (tipo D)
-. Procesos de background (tipo B).
-. Procesos de Lock Management (tipo E).
-. Procesos de update 1 y 2 (tipo V).
-. Procesos de Spool (tipo S).
La cantidad de procesos de cada tipo que una instancia tendrá se determinan, configurando el parámetro correspondiente en el perfil de la instancia. La siguiente tabla sumariza estos parámetros:
Otros procesos que no son work processes y que proveen servicios de comunicacion interna y externa:
MS (Message Server): Maneja las comunicaciones entre los dispatchers distribuidos en todo el sistema. De esta manera se logra la escabilidad de multiples servidores de aplicacion (instancias) en paralelo. El MS, se configura solo uno para todo el sistema SAP.
GW (GATEWAY): Permite la comunicacion entre sistemas SAP o entre sistemas SAP y sistemas de aplicacion externos. Existe uno por dispatcher o instancia ABAP.
ICM (Internet Communication Manager): Permite la comunicacion con el sistema SAP a traves de protocolos web, tales como Http. El ICM, recibe los pedidos del cliente y los reenvia al sistema SAP para su posterior procesamiento. En los sistemas mixtos ABAP-JAVA, el ICM puede reconocer si el pedido es una llamada para el AS-ABAP o para el AS-JAVA ya que ambos manejan aplicaciones web. Es posible configurar o no un ICM por cada servidor de aplicacion.
2. Procesos JAVA
En el ambiente de ejecucion de una instancia JAVA o ABAP-JAVA, vamos a encontrar principalmente estos procesos:
El dispatcher distribuye los pedidos entre los server processes de la instancia. El verver process es quien finalmente ejecuta el pedido de la aplicacion JAVA.Estos procesos son multi-thread (multi-hilo) por lo que pueden procesar en paralelo un gran número de pedidos, en contraste a los procesos ABAP. Por cada dispatcher tenemos al menos un server process y como maximo un total de 16 server processes.
El Message Server de JAVA, maneja la lista de dispatchers activos y tambien de server processes. Es responsable de la comunicacion dentro del entorno de comunicacion JAVA. Existe solo uno por sistema.
El Enqueue Service, administra los bloqueos logicos que las aplicaciones JAVA solicitan durante su ejecucion en el Server Process. Las solicitudes de bloqueo estan incorporadas en el codigo de cada programa JAVA, por lo que es responsabilidad de los programadores como y cuando solicitar un bloqueo en sus aplicaciones.Este proceso es unico para todo el sistema también.
El software Deployment Manager (SDM), es la herramienta estandar utilizada para instalar componentes de software de JAVA en el servidor de aplicacion.