Ya se encuentra disponible la versión 2.0 de la Solución de Expediente Electrónico Integrado (EEI).
Esta versión incorpora el componente SIU-Proveedores v2.3.0
Principales novedades del Portal del Proveedor v2.3
Ordenamiento por fecha de presentación de preinscripciones.
Incorporación de ventana modal para confirmar cambio de estado de preinscripción
Paginado de notificaciones
Mejoras en la interfaz de autorizaciones de preinscripciones
Actualización de fecha al volver a presentar una preinscripción “aceptada provisoriamente”;
Adicionalmente se debe tener en cuenta una nueva variable de entorno para definir la version usada de Diaguita.
También en prod/modulos/proveedores/portal.env se ajusta la url de conexión a la API de Proveedores.
ARAI_PROVEEDORES_URL: La URL de conexión a la API de Proveedores ahora requiere explícitamente la versión en la url. Ahora la url quedaría de esta forma: http://proveedores-api:8080/api-proveedores/rest/v1/
El problema es que ARAI_PROVEEDORES_URL no está en portal.env sino en proveedores.env, y su valor tiene otra forma: es la URL base pública de la API (https://institucion.edu.ar/api-proveedores), sin /rest/ ni versión. La variable que sí está en portal.env y que sí tiene la forma indicada es API_PROVEEDORES_URL, y es justamente la que pasó de .../api-proveedores/rest/ a .../api-proveedores/rest/v1/ en esta versión segun el historial de commits y Readmes.
Esto además coincide con la propia documentación de referencia del módulo Proveedores de la 2.0, donde el ejemplo con /rest/v1/ figura bajo API_PROVEEDORES_URL (variable del Portal), mientras que ARAI_PROVEEDORES_URL sigue descripta igual que en 1.13: “Es la URL base de la API accesible desde el exterior”, sin cambios.
Entendemos entonces que se trata de un error de tipeo en el nombre de la variable, y que la viñeta debería decir:
- **`API_PROVEEDORES_URL`:** La URL de conexión a la API de Proveedores ahora requiere
explícitamente la versión en la url. Ahora la url quedaría de esta forma:
http://proveedores-api:8080/api-proveedores/rest/v1/
Lo comentamos porque tomar el texto literalmente puede llevar a dos errores: agregar ARAI_PROVEEDORES_URL a portal.env (donde no se usa), o peor, “corregir” ARAI_PROVEEDORES_URL en proveedores.env reemplazando la URL pública por el host interno de la red Docker, que no es resoluble desde afuera. Y en paralelo, dejar API_PROVEEDORES_URL sin el /v1/.
¿Nos confirman si la interpretación es correcta? Gracias.
Hola Juan Pablo,
Estamos analizando lo que has posteado y efectivamente es como lo comentas, la variable de entorno ARAI_PROVEEDORES_URL no existe en portal.env ya que es API_PROVEEDORES_URL la utilizada en el despliegue del portal por lo tanto debemos correguir para evitar la confusión y por ultimo la url pública se debe agregar al final /rest/v1 ya que eso tampoco quedo especificado quedando la url de esta forma:
