Mostrar Mensajes

Esta sección te permite ver todos los mensajes hechos por este usuario, recuerda que solo puedes ver los mensajes en áreas en donde tu tienes acceso.


Mensajes - richard

Páginas: [1] 2 3 ... 193
1
SIU - Huarpe / Re:Servicio Rest Mapuche sincronizado en Huarpe
« on: Julio 23, 2021, 05:22:36 pm »
Hola Diana,
Ahora estamos configurando los servicios que brinda el Huarpe (datos personales,etc) y no nos visualiza la informacion cargada en SIU Mapuche.

te hago una consulta, los usuarios que importaron quedaron con sus numeros de Legajo configurados adecuadamente en Arai-Usuarios?,  seleccionando cualquiera de ellos tendrias que poder visualizarlo en la parte inferior de la pantalla del perfil. Este dato se requiere para desplegar el menu de opciones en Huarpe.



Cita
Encontramos esta documentación (https://documentacion.siu.edu.ar/huarpe/docs/cache/servicios/bundle-mapuche/) .
Cuando probamos los servicios rest desde el Mapuche sincronizado con Arai nos da el siguiente error:
Unable to render this definition

The provided definition does not specify a valid version field.
Please indicate a valid Swagger or OpenAPI version field. Supported version fields are swagger: "2.0" and those that match openapi: 3.0.n (for example, openapi: 3.0.0).


Estamos armando esa documentacion para la version 3.0 de SIU-Huarpe que aun esta en desarrollo, no necesariamente lo que este ahi va a servirte para la version que tienen ustedes (asumo v2.2.7?).
De todas formas, el error que estas recibiendo lo ves al navegar hacia la API de SIU-Mapuche o de Arai-Usuarios?.. estimo el primero? es la consola Swagger que no esta pudiendo mostrar correctamente la documentacion de la API... para ello podes acceder aqui que tiene la misma informacion (aunque no se puede probar desde alli).

Cita
No sabemos si estas pruebas tienen alguna relacion con lo que no nos muestra en el Huarpe.
Necesitariamos si podes  orientarnos sobre este problema  y pasarnos las documentaciones para seguir respecto a la configuracion de estos servicios y para agregar los bundles relacionados con Mapuche.

Si mal no calculo deberian tener el bundle de Mapuche en la imagen de SIU-Huarpe, en todo caso para agregar/activar bundles en dicha version utilizabamos esta documentacion. Si el usuario tiene nro de legajo y aun asi no ven el menu, es probable entonces que falte activar el bundle.

Respecto de la API de Mapuche, seria algo a consultar con ellos directamente por si tienen conocimiento de algun detalle puntual para dicha version.
Algo simple de verificar seria lo siguiente, navegando hacia https://url-mapuche/rest/api-docs te deberia devolver un JSON bien formado con lo que se arma la documentacion de la API, si no sucede ello quizas te pueda dar una pista (o a ellos) de por donde viene el problema.

Saludos

2
Araí - Instalación / Re:probemas para consumir Arai Docs
« on: Julio 23, 2021, 04:09:58 pm »
Hola Emanuel,
Por otro lado quería consultarte ya que estuvimos probando los endpoints según la página que nos pasaste. Probamos mediante el uso del archivo de prueba "30-create-doc.sh"que nos proponen aquí: https://documentacion.siu.edu.ar/documentos/docs/next/tests/
En este caso la prueba fue para la creación de un documento y en la sección donde se nos pide ingresar el path de servicios de Araí-Documentos, ingresamos el path: " /documentos/rest/frontend/autorizacion/firma " (creemos que ese seria el correcto)

Los scripts de prueba tienen hardcodeados los endpoints a testear, lo que si necesitan es el dominio y el alias ("path") sobre el que se encuentra publicada la API. 

En el caso de ustedes (por lo que veo del yml) eso quedaria como siu-"https://lab.psi.unc.edu.ar/docs" completo, si incluyen toda la ruta al endpoint seguramente obtengan un status distinto o el script no testee lo que busca verificar, el script que mencionas (30-create...) te deberia dejar un documento creado para el usuario que especificaste y luego lo podrias ver/manejar desde SIU-Huarpe. Recorda que ese script en particular lo debes correr desde el servidor (o contenedor) donde esta alojada la API de Arai-Documentos (obviamente cambias el dominio por localhost).

Cita
nos aparece un error que aparentemente se produce en la generación de la variable: CREATE_RESULT_JSON ya que no puede traer el valor del campo "uri" del JSON.

Me llevo eso para un issue, gracias por el aviso.

Cita
Le cambie la extensión al docs.yml ya que no me lo dejaba adjuntar

A simple vista parece que esta correcto, de hecho salvo los ajustes que hicieron para el backend no veo algo distinto del yml basico tal como se envia... deberia funcionarte sin problemas desde dentro de Huarpe.

Saludos

3
Araí - Instalación / Re:probemas para consumir Arai Docs
« on: Julio 20, 2021, 04:36:48 pm »
Hola Emanuel,
Intentamos acceder directamente a la API del backend de Documentos desde fuera del cluster como se indica en la docu:
https://expedientes.siu.edu.ar/docs/arai/#habilitar-acceso-externo-de-api-backend-de-documentos   
          mediante la url: https://siu-lab.psi.unc.edu.ar/docs pero obtenemos un 404

Las urls que estan intentando navegar no pertenecen a un endpoint accesible de la API de Arai-Documentos, eso puede ser parte del problema. Aqui tienen una lista de los recursos disponibles, el acceso a la raiz no deberia devolver nada.

Por otro lado, puede ser un tema de configuracion igualmente... me subirias una imagen de como estan definidas los labels en el archivo docs.yml?... para verificar si hay algun label que este complicando las cosas.

Cita
Por otro lado no podemos acceder a las recomendaciones de seguridad que se citan en esa documentación

Las recomendaciones apuntan a no tener disponibles para todo el mundo endpoints que no deben estarlo, el endpoint del backend de Arai-Documentos no debe estar publicado por ejemplo.

En este caso particular Mapuche lo esta consumiendo y como el mismo se encuentra por fuera del cluster es necesario que Traefik pueda rutear los pedidos.. pero la situacion es anormal y debe ser tratada con extremo cuidado, por eso se sugiere activar el acceso unicamente a un rango especifico de IPs (que deberian ser en LAN). Las recomendaciones apuntan a utilizar Traefik solo para brindar acceso a un whitelist en estos casos puntuales.

En el esquema final Mapuche forma parte del cluster y utilizara la misma red que Arai-Documentos, con lo cual el/los endpoint/s no debe/n estar publico/s ni siquiera para un grupo reducido de IPs.

Cita
y no sabemos si es correcto el redireccionamiento ya que nos lleva al despliegue del stack de usuarios para hacer el despliegue de Documentos y actualizar los servicios.

Eso tiene que ver con como quedo organizada la documentacion, Arai-Usuarios/Documentos/Huarpe por el momento comparten la misma pagina de documentacion pero a medida que vayamos incorporando informacion es probable que vayan consiguiendo sus propios archivos.

Saludos


4
Toba - Desarrollo / Re:Extender clases bootstrap
« on: Julio 05, 2021, 03:06:12 pm »
Hola Leo
Se puede extender una clase de bootstrap? para asi sobreescribir los metodos internos.

la idea es que redefinas la clase completa de forma que vayas armando tu manejador con todas aquellas cuestiones que hacen a la visual del proyecto.

Todas aquellas clases que no redefinas van a ser tomadas del manejador cargado previamente.. pero la que si redefinis debe proveer implementacion completa.

Aca te dejo un ejemplo

Saludos


5
Toba - Instalación / Re:Problemas con la migracion de toba 2.7 a 3.3
« on: Julio 05, 2021, 02:54:53 pm »
Hola Andrea,
Fatal error: Declaration of SIU\ManejadorSalidaToba\Componentes\Interfaz\toba_cuadro_salida_html::getCabeceraHtml($info_cuadro, $objeto_js, $exportacion_excel_plano, $filas_disponibles_selector, $total_columnas) must be compatible with SIU\InterfacesManejadorSalidaToba\Componentes\Interfaz\ICuadroSalidaHtml::getCabeceraHtml($info_cuadro, $objeto_js, $exportacion_excel_plano, $filas_disponibles_selector, $total_columnas, $usa_zona) in C:\proyectos\curso\vendor\siu\manejador-salida-toba\src\SIU\ManejadorSalidaToba\Componentes\Interfaz\toba_cuadro_salida_html.php on line 5

Me instaló la versión 3.3.5 de Toba. Estaba viendo que es  lo mismo que le pasó a Domingo (http://foro.comunidad.siu.edu.ar/index.php?topic=22219.msg99507#msg99507)

Es una version demasiado vieja esa, los cambios para composer 2.0 los inclui luego.

Cita
Cuando hago un composer update me aparece el siguiente error:
 Problem 1
    - Root composer.json requires siu-toba/framework ~3.3.20, it is satisfiable by siu-toba/framework[v3.3.20] from composer repo
    (https://repo.packagist.org) but siu-toba/framework[dev-trunk, 2.7.0, ..., 2.7.x-dev] from composer repo (https://satis.siu.edu.ar) has higher repository priority. The packages with higher priority do not match your constraint and are therefore not installable.
    See https://getcomposer.org/repoprio for details and assistance.

La versión de composer que tengo instalada es la 2.0.0
¿Es correcto composer update o  composer update siu/framework? Con ambos me aparece el error
Fijate si te actualizo correctamente la version del template, si eso es asi proba eliminando el archivo 'composer.lock' e intenta instalar nuevamente.
Dentro del composer.json del proyecto deberias tener esta linea que evita que intente bajar desde ese repositorio dichos paquetes.

el fatal error es de php, yo solucione modificando En php.ini comentar todo error_reporting  y  m error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED
display_error= off
Cynthya esa configuracion solamente se recomienda para produccion, si estas desarrollando necesitas ser capaz de ver todas estas cuestiones para poder corregirlas.

Saludos

6
Araí - Instalación / Re:probemas para consumir Arai Docs
« on: Julio 01, 2021, 02:35:24 pm »
Hola Lucas
  la pregunta apuntaba a un "mecanismo alternativo" o "extra"
Ya que el pasar por Huarpe es lo que estamos probando, sin embargo surgió la inquietud de tener alguna alternativa como el login original de toba del las apis de SIU, Mirándolo desde el lado de la continuidad y pensando también en la disponibilidad  sumar mecanismos de login que en lo posible sean de SIU.

toda la idea de tener un SSO es que puedas realizar el login una sola vez y utilizarlo en todas las aplicaciones/modulos que tengas conectados, sin necesidad de estar recordando distintas combinaciones de usr/pwd para cada una.

El tener un mecanismo paralelo te suma complejidad innecesariamente:

- Al momento de administrar los usuarios... tenes que hacerlo en mas de un lugar, sobre todo cuando queres bloquear el acceso o necesitas mantener consistencia de datos.
- Al momento de intentar reconstruir la historia de sucesos a partir de la auditoria, si tenes varios mecanismos de acceso se complica poder diferenciar como y donde se produjo el mismo.
- Al momento de que el usuario cambie su contraseña, debe hacerlo en varios lugares tambien... lo que suele llevar a que se utilice la misma en varios lugares y ante alguna filtracion de datos de un servicio externo quedan expuestos todos ellos.
- Como usuario final quizas tenga que recordar que dato debo usar como nombre de usuario segun el mecanismo que este usando, eso no es practico.

La idea entonces es reemplazar el mecanismo habitual de Toba por el de Arai-Usuarios unificando el login de los modulos y generando un unico par usr/pwd para el acceso a todos ellos, eso no quiere decir que Arai-Usuarios a futuro no pueda incorporar otros mecanismos... pero la idea seria mantener un unico punto de entrada.

Saludos

7
Toba - Desarrollo / Re:Error toba 3.3 al cargar proyecto
« on: Julio 01, 2021, 02:21:17 pm »
Hola Leo,
Hola Richard, gracias por tu respuesta. Ahí pude solucionar el inconveniente, con lo que me indicaste.
La instalación la hice entre el jueves o viernes maso menos.

claro... fue la semana pasada que sacaron la version nueva de la lib y se estaba incluyendo usando el caret(^) lo cual hizo que pase directamente a la 2.8.0.

Cita
Te comento que en alguna instalación anterior me arrojo, en algunas pruebas, me arrojo el siguiente error.

Código: [Seleccionar]
Fatal error: Declaration of SIU\ManejadorSalidaToba\Componentes\Interfaz\toba_cuadro_salida_html::getCabeceraHtml($info_cuadro, $objeto_js, $exportacion_excel_plano, $filas_disponibles_selector, $total_columnas)
must be compatible with
SIU\InterfacesManejadorSalidaToba\Componentes\Interfaz\ICuadroSalidaHtml::getCabeceraHtml($info_cuadro, $objeto_js, $exportacion_excel_plano, $filas_disponibles_selector, $total_columnas, $usa_zona)
in /usr/local/app/toba/vendor/siu/manejador-salida-toba/src/SIU/ManejadorSalidaToba/Componentes/Interfaz/toba_cuadro_salida_html.php on line 5

para solucionar ese error quite la implementacion de la interfaz  ICuadroSalidaHtml en la clase toba_cuadro_salida_html
Si, es algo que reportaron hace unas semanas tambien.. fue lo que genero la salida de la version 3.3.20 con el fix, esa fue manqueada mia con el versionado.

Saludos

8
Araí - Usuarios / Re:Integracion Mapuche importacion Cuentas
« on: Junio 29, 2021, 05:06:13 pm »
Hola Diana,

bien, si ambos datos coinciden entonces el inconveniente debe estar llegando por otro lado.

El log deberia estar en la salida del contenedor que corre el IDM.
Sino una opcion que pueden probar es la siguiente (por si quedo en los archivos de logs de Toba).

Código: [Seleccionar]
docker cp $CONTAINER_ID:/usr/local/app/instalacion/logs_comandos/comandos.log

Como los archivos van ciclando, quizas el contenido haya quedado en alguno que ya fue  renombrado.... se va añadiendo un digito al nombre cada vez que se ciclan (comandos.log.1, comandos.log.2... etc)  asi que quizas tengan que repedir el proceso varias veces hasta que den con el archivo que tiene el comando toba proyecto importar_usuarios_arai.. si no se encuentra ahi, quedo en la salida del contenedor usado.

Saludos

9
Toba - Instalación / Re:Problemas con la migracion de toba 2.7 a 3.3
« on: Junio 29, 2021, 04:59:09 pm »
Hola Andrea,
también estoy intentando comenzar con esta migración, tengo varios proyectos en Toba 2.7.13 y me gustaría migrarlos a Toba 3.3.x.
Estoy siguiendo los pasos del tutorial https://github.com/SIU-Toba/framework#creando-un-proyecto-de-cero para la instalación de SIU-Toba 3.3, para comenzar a familiarizarme.
En este momento estoy haciendo las pruebas en un Windows en donde instale Apache24 y una versión php 7.3, luego Composer y Yarn.
Descargue el .zip Version para proyectos en SIU-Toba 3.3.x (https://github.com/SIU-Toba/template-proyecto-toba/releases/tag/0.8)

Al momento de hacer el composer install me aparece el siguiente error:
 Problem 1
    - Root composer.json requires siu-toba/framework ~3.3, it is satisfiable by siu-toba/framework[v3.3.0, ..., v3.3.13] from composer repo
    (https://repo.packagist.org) but siu-toba/framework[dev-trunk, 2.7.0, ..., 2.7.x-dev] from composer repo (https://satis.siu.edu.ar) has higher repository priority. The packages with higher priority do not match your constraint and are therefore not installable.
    See https://getcomposer.org/repoprio for details and assistance.

Sera la versión de Composer? Alguien podrá orientarme?

El ultimo release del template para arrancar un proyecto desde cero es 0.8.1... el anterior no contenia las modificaciones necesarias para correr con composer 2.0.
Si bajas ese release no deberias tener inconvenientes.

Saludos
 

10
Toba - Instalación / Re:Problemas con la migracion de toba 2.7 a 3.3
« on: Junio 29, 2021, 04:49:23 pm »
Hola Cynthya,
Por ahí supongo que mi problema puede estar en los virtual host. Te explico porque:
En mi host de mi pc tengo configurado:
127.0.0.1 localhost
::1 localhost
127.0.0.1   cminnovation

En el host virtual:
# Virtual Hosts
<VirtualHost *:80>
  ServerName localhost
  ServerAlias localhost
  DocumentRoot "${INSTALL_DIR}/www"
  <Directory "${INSTALL_DIR}/www/">
    Options +Indexes +Includes +FollowSymLinks +MultiViews
    AllowOverride All
    Require local
  </Directory>
</VirtualHost>

# CMINNOVATION
<VirtualHost *:80>
   ServerName cminnovation
   ServerAlias cminnovation
   DocumentRoot "E:/toba3/cminnovation/vendor/siu-toba/framework/www"
   <Directory   "E:/toba3/cminnovation/vendor/siu-toba/framework/www/">
      Options +Indexes +Includes +FollowSymLinks +MultiViews
      AllowOverride All
      Require local
   </Directory>
LogLevel debug
ErrorLog  "E:/toba3/cminnovation/toba_error.log"
CustomLog "E:/toba3/cminnovation/toba_access.log" combined
Include   "E:/toba3/cminnovation/instalacion/toba.conf"
</VirtualHost>

No estoy segura dode apuntar el document root, puse eso, porque es lo que esta en toba.conf pero no estoy nada segura. Primera vez con host virtuales.

El DocumentRoot lo podes apuntar a donde quieras, la parte de Toba va por los alias.
Respecto de los VH, revisaria que ambos esten activos,  que se este levantando correctamente la config y no falte algun modulo.. y en el peor de los casos, desactivaria el que viene por defecto y probaria solo con el de cminnovation si es medio urgente. Te fijaste en algun foro de WAMP a ver si hay algo similar?

Saludos

11
Toba - Desarrollo / Re:Error toba 3.3 al cargar proyecto
« on: Junio 29, 2021, 04:37:36 pm »
Hola Leo,

por lo que pude ver esta relacionado con un paquete que baja otra libreria y que se actualizo en estos ultimos dias.
Esta instalacion en particular, la hiciste hace poco o la actualizaste hace poco?.

Para corregirlo podes hacer lo siguiente... inclui esto en la seccion require en composer.json:

Código: [Seleccionar]
"laminas/laminas-escaper": "2.7.0"

Y luego hace un  update de ese paquete especifico,  hasta esa version se que funciona... voy a ver que cambio respecto de la 2.8.0 y en cuanto tenga el cambio saco una version nueva ya con esa restriccion en el composer de Toba.

Saludos

12
Araí - Instalación / Re:probemas para consumir Arai Docs
« on: Junio 28, 2021, 04:07:46 pm »
Hola Lucas,

1) Cuando importamos usuarios a Arai desde Mapuche nos pasó que no les cargo la asociacion de  la cuenta para la api de Mapuche a cada usuario que cargó en Arai Usuarios
 Esto se puede hacer por algún mecanismo?
 Es decir existe alguna automatización que asocie usuarios de Arai   a aplicaciones en Arai Usuarios? (Esto pensando en conectar los que carguemos inicialmente para Mapuche como usuarios de otros sistemas Siu como Pilaga, Diaguita, Guarani, etc)

Calculo que es el caso que planteaba Diana aca, lo mas probable es que no este coincidiendo el nombre de la aplicacion registrada en Arai-Usuarios con el que aparece en el JSON, la idea de la importacion justamente es que para aquellas aplicaciones que existen te vincule automaticamente una cuenta si es que dicha persona la poseia en el modulo originalmente.

Cita
2) Una vez asociada la Api al login de Huarpe vemos que  "si o si"  siempre se ingresa desde Huarpe a la Api, (ejemplo Mapuche)
Existe algo que habilite el login toba u otro login aparte del de Huarpe? Por ejemplo hoy tenemos login openid en los sistemas SIU y también tenemos la posibilidad de habilitar el login toba en el openid.ini como asi tambien la posibilidad de tener mas de un proveedor openid

Aca me perdi un poco, te consulto... vos lo que queres es tener un mecanismo de login alternativo  o no pasar por Huarpe?. ya que son cosas diferentes.

Saludos

13
Toba - Instalación / Re:Problemas con la migracion de toba 2.7 a 3.3
« on: Junio 28, 2021, 03:46:19 pm »
Hola Cynthya,

hay un tema, Toba 3.3 tiene como requerimiento minimo PHP 7.3... por  lo que el "composer install"  que indicaste  (en PHP 7.1.28) en la version nueva probablemente no funciono y/o dejo las cosas a medio realizar.
Verifica por favor esto, si no se bajo correctamente todo hay cosas que se te estan superponiendo... de otra forma el proceso de instalacion del framework nunca debio funcionarte.

Suponiendo que eso esta correcto, cuestiones a verificar luego:

1.- Datos de previsualizacion, fijate que este correctamente seteada la URL en los mismos... debe coincidir con lo que aparece en toba.conf / instancia.ini

2.- El VH de la version anterior esta activo tambien?, no se estaran pisando?

Finalmente,  el web server no esta encontrando lo que le pedis... eso puede ser porque no proceso correctamente la configuracion, no estaria de mas revisar el log de WAMP para mirar si se levanto todo lo que debia o hubo algun inconveniente.

Saludos

14
Hola Alfredo,

por lo que veo a simple vista pareciera estar correcto todo, lo unico que se me ocurre como te decia antes es el tema de la redefinicion de los tipos de pagina.

Una facil de probar para ver si te esta tomando ese cambio es simplemente incluir algo asi e intentar modificarle el color a la salida.... necesita un "use" extra pero visualmente se nota rapidamente si lo toma o no.
Código: [Seleccionar]
bootstrap_config::setMainColor( '#11DD13');

Si no te aparece nada bien chillon en la pantalla hay que revisar mas en profundidad, si tenes el proyecto toba_referencia a mano fijate de editarle el contexto_ejecucion.php... si funciona deberias verlo mas parecido a Kolla en cuanto a la distribucion de la pantalla.

Un detalle que se me paso por alto, no te esta lanzando ningun error en JS?... es decir, algun archivo que no este encontrando?.

Saludos

15
Araí - Usuarios / Re:Integracion Mapuche importacion Cuentas
« on: Junio 28, 2021, 03:24:30 pm »
Hola Diana,

al guiarse por la documentacion de expedientes tengan en cuenta verificar la version de la misma (parte superior al centro), en el caso de ustedes y por lo que comentas de la version de Arai-Usuarios deberian estar utilizando esta version.

Si se fijan hay un cuadro previo a realizar la importacion de las cuentas que menciona lo siguiente:

"Se debe verificar el JSON generado y tener en cuenta que en la sección accounts el valor del atributo appName debe coincidir con el nombre de la aplicación de SIU-Mapuche generado en el paso anterior Si el valor no coincide, se recomienda modificar el nombre de la aplicación antes de realizar la importación, de lo contrario no se vincularán las cuentas correctamente."

Asi que lo mas probable es que no coincida el nombre que aparece en el JSON con el que esta registrado en Arai-Usuarios, calculo que es por eso que no te deja la cuenta vinculada basicamente.
Si pueden revisen ese detalle en Arai-Usuarios,  si ese no es el problema te voy a pedir que me subas el log de la importacion por favor.

Saludos



Páginas: [1] 2 3 ... 193