Historial de página

...

Al pulsar en el icono de la lupa de las Acciones podemos ver el detalle de la ejecución, que será la respuesta JSON de la API REST o bien el error ocurrido.

Pestaña

...

Carga inicial

Image Added

Disponemos de dos servicios de ejecución asíncrona, debido al volumen de información a cargar:

REST: Obtener datos

Este proceso se realiza de forma asíncrona debido al volumen de información cercano al millón de registros. Solo lo puede ejecutar un usuario con el rol ‘superusuario’ o 'desarrollador'.

Se ejecutan uno detrás de otro los siguientes procesos:

• OFERTATITU: se ejecuta sin paginación (pocos registros), se guarda toda la información en PRE_REST_JSON_OFERTATITU
• OFERTACUPO: se ejecuta sin paginación (pocos registros), se guarda toda la información en PRE_REST_JSON_OFERTACUPO
• BAREMOS: servicio paginado, se ejecuta transaccionalmente por cada página, se guarda toda la información en PRE_REST_JSON_BAREMOS
• ESTUDIOS: servicio paginado, se ejecuta transaccionalmente por cada página, se guarda toda la información en PRE_REST_JSON_ESTUDIOS y PRE_REST_JSON_MATERIAS
• PREFS:  servicio paginado, se ejecuta transaccionalmente por cada página, se guarda toda la información en PRE_REST_JSON_PREFERENCIAS
• TITS: servicio paginado, se ejecuta transaccionalmente por cada página, se guarda toda la información en PRE_REST_JSON_TITS
• SOLICS: servicio paginado, se ejecuta transaccionalmente por cada página, se guarda toda la información en PRE_REST_JSON_SOLICS

Para que un proceso se pueda ejecutar, previamente se hace una llamada a pre_rest_pck.f_llamar_serv_inic que indicará si el proceso se ejecuta o no. En caso de que un servicio no se pueda ejecutar se continua con los siguientes, igualmente si uno de los servicios da error.

Pasar a tablas V*_

Este proceso se realiza de forma asíncrona y permite el paso a las tablas V* de la información previamente guardada en el proceso anterior de Carga Inicial. Solo lo puede ejecutar un usuario con el rol ‘superusuario’ o 'desarrollador'.

Toda la lógica del servicio se encuentra definida en el proceso de BD pre_rest_pck.pr_pasar_a_tablas_v.

Durante la ejecución del proceso, se informa a la pantalla del estado de avance mediante la consulta de la función de BD pre_rest_pck.f_estado_pasar_a_tablas_v. Esta función se ejecuta cada 30 segundos por defecto, según se indique en el parámetro de BD PRE_PARAMETROS.pasar_a_v.refrescar

Debido a que ambos procesos son asíncronos, se pierde el control sobre el mismo una vez lanzado, por tanto para evitar posibles bloqueos en los botones, se ha introducido un botón ‘Desbloquear’ cuyo objetivo es volver a habilitar los botones de los procesos en caso de que se produzca un error no controlado.

Pestaña Vacantes

Image AddedImage Removed 

Disponemos de dos procesos y una consulta:

...

No se guarda información en ninguna tabla sobre la ejecución de este proceso. Toda la información necesaria se guarda en la propia llamada y es accesible desde las acciones de la misma:

Se incluye además una comprobación de que el campo plazas sea mayor que 0. Si no se cumple se muestra este mensaje: Antes de comunicar vacantes hay que comprobar las plazas para comunicar y que sean mayor que cero.

REST: Obtener vacantes comunicadas (GETVACANTES)

...

De la misma forma que cuando se llaman a los servicios de la API de GVA desde Clariano, también se guarda un registro de estas llamadas, que puede ser consultado desde la pestaña “Lista de espera” para el Tipo=’SETBAJALE’. Asimismo se realiza una verificación previa para comprobar si es posible la ejecución del servicio.