Unidad 2. Lección 3. Procesos de Dialogo ABAP.
1. Capa de Presentación.
- Los usuarios pueden logearse al sistema SAP utilizando diferenes front ends como el SAP GUI, y tambien un navegador, y trabajar con aplicaciones SAP que esten desarrolladas para este tipo de interfaz.
- Para ambos casos, los programas que conforman estas aplicaciones estan desarrollados para que sean ejecutados en el entorno de ejecución ABAP de nuestro sistema SAP, sin importar si son transacciones o aplicaciones web, seran ejecutadas por el proceso de dialogo de la instancia ABAP.
Nota: Las aplicaciones web pueden ser desarrolladas en JAVA por lo que seran procesadas por este entorno. Cuando llega la solicitud al sistema se determina si es ABAP o JAVA y se reenvia al entorno adecuado.
2. Procesando solicitudes SAP GUI.
Cuando el usuario solicita por ejemplo una transacción, en el servidor de aplicación ABAP, para mostrarla se involucran varios procesos
a) El SAP GUI toma la solicitud del usuario (ej SM50), lo convierte en un formato interno y lo envia al AS ABAP
b) La solicitud enviada por el SAP GUI entra a la cola de solicitudes del Dispatcher y en cuanto existe un proceso de dialogo libre, la solicitud es enviada al work process. (lo que significa que no hay una relación fija entre los work process y los usuarios)
c) El work process esta conectado directamente a la base de datos, ya que necesitará leer datos o escribirlos en la base de datos del sistema.
d) Una vez que el work process realizo el procesamiento de respuesta, se envia nuevamente al dispatcher y esta a su vez al SAP GUI. El SAP GUI interpretara la respuesta y generará una pantalla para el usuario (en este caso con la tx SM50).
El dispatcher tiene como tareas principales:
- Distribuir la solicitudes entre sus work processes
- La integración de la capa de presentacion
- La organización de las comunicaciones
TIP. Los procesos de dialogo (los procesos que atienden a los usuarios) tienen un tiempo de vida, es decir, no puede demorar mas de 600 segundos o 10min para dar una respuesta. Si se pasa el tiempo se envia un dump o un error del sistema, para asegurar una alta disponibilidad del sistema. Si se requiere correr un proceso que dure mas de 10 min, se tiene q configurar un parametro en el sistema mediante la tx RZ11, pudiendose hacer en forma dinamica.
Buffers. como memoria compartida (Shared Memory) ayudas a agilizar el tiempo de respuesta por parte del servidor de aplicación a la capa de presentacion SAP GUI ya que datos que son accedidos frecuentemente, pueden alojarse en alguno de los buffers en vez de tener que solicitarlos por consulta en la base de datos.
La información que generalmente se aloja en el buffer son programas ABAP, pantallas, informacion del diccionario ABAP y tablas con datos estáticos.
3. Interface con la base de datos del sistema.
- Dentro de ABAP el programador puede utilizar ABAP Open SQL para acceder a los datos de la aplicacion ABAP. Cuando esto se realiza, el programador se independiza del RDBMS sobre el cual se instaló el sistema SAP
- La interfaz de bd, que existe en cada work process del AS ABAP, traduce la sentencia Open SQL al correspondiente lenguaje SQL para la base de datos especifica utilizada, que seria el Native SQL.
- Esto es importante porque de esta manera se asegura que los programas ABAP sean independientes de la bd.
- otra ventaja de usar Open SQL es que cuando la interface de la bd del work process, interpreta la sentencia intenga utilizar de manera optima los buffers del servidor de aplicacion SAP para acceder a datos rapidamente.
- Se puede utilizar Native SQL para acceder a los objetos de la BD, pero siginifca que la interface de la BD y el Buffer local no sean utilizados en estos casos.
- Si el programa ABAP contiene sentencias Native SQL, éste pierde la independencia de la plataforma de base de datos del sistema SAP