El Recibo diferido es un recurso de Managed Reporting que permite al usuario enviar un procedimiento de Managed Reporting que se ejecute en segundo plano. A continuación, el usuario puede ver la salida terminada del informe, en la interfaz Estado de informe diferido, de Managed Reporting. Esto contrasta con los procedimientos enviados para su ejecución inmediata, en los que el navegador espera que termine la solicitud.
Desde el punto de vista de la seguridad, el servidor de informes acepta las solicitudes diferidas del mismo modo que las inmediatas. Si la seguridad del servidor de informes se encuentra activada, la solicitud diferida debe conectarse con un Id. y contraseña válidos de servidor de informes
Una vez completada la solicitud, su salida queda almacenada en el servidor de informes, en el directorio unidad/srv/wfs/dfm_dir. La salida viene acompañada de un archivo correspondiente que contiene el id. del usuario que envió la solicitud y otra información. El servidor de informes se asegura de que el único que pueda recuperar, borrar o comprobar el estado del archivo de salida, sea el usuario que envió el trabajo diferido. El administrador (usuario identificado por la palabre clave server_admin_id en el archivo edaserve.cfg) del servidor de informes también puede ver y borrar cualquier salida diferida, pero sólo a nivel de archivos o por medio de la Consola del servidor de informes.
Se debe restringir el acceso al directorio dfm_dir para que el id. del usuario que ha iniciado el servidor de informes tenga acceso de lectura/escritura. El acceso de lectura debe estar controlado para que los usuarios no autorizados no puedan entrar al directorio.
Se almacena un ticket diferido correspondiente a cada solicitud diferida, en el Repositorio de Managed Reporting. Cada usuario de Managed Reporting se encarga de almacenar sus propios tickets. Los usuarios sólo pueden ver sus propios tickets diferidos, a excepción del administrador, que tiene acceso al Modo Manager. El ticket contiene el nodo del servidor de informes en que reside la salida.
Cuando un usuario solicita el estado diferido todos sus tickets se procesan al mismo tiempo. Si es obligatorio que introduzca sus credenciales para recuperar el estado de uno de los servidores, aparece el formulario de inicio de sesión dinámico del servidor. Si uno o varios de los servidores no se encuentran disponibles temporalmente, el estado de estos tickets aparecerá como desconocido.
Si el usuario envía una solicitud diferida con el id. de usuario user1, al día siguiente envía la misma solicitud con el id. de usuario user2 y decide comprobar el estado diferido, el usuario no podrá acceder a la solicitud del día anterior y obtendrá un mensaje de error.
Para acceder al primer informe, el usuario debe cerrar la sesión y entrar al servidor de informes como user1.
WebFOCUS |