Buenas tardes. Al tratar de asociarle cualquier tipo de correo a un usuario en Guaraní gestión me un error de validación, probé en varias pc por si era el cache y con varios exploradores y persiste el error.
Estimados, bajo el entorno de desarrollo que ocurre el siguiente error, lo que estuve leyengo
Resumen, si el servidor esta en produccion y se acaba de actualizar el postgresql, hay que seguir estos pasos:
1) configurar el parámetro en el archivo postgres.conf "standard_conforming_strings = off",
2) regenerar la instancia: "<path proyecto Guaraní>/bin/toba instancia regenerar -i desarrollo"
3)Compilar el proyecto: "<path proyecto Guaraní>/bin/guarani compilar"
Muchas gracias por todo, migración completada!!
es que de esta manera se lograría corregir el error para la 3.17 también a la que estamos teniendo ese problema
por favor confirmen así pido que corran lo arriba mencionado.
Si es una instalación de desarrollo tenés que completar los pasos 1 y 2, obviando el paso 3 (compilar el proyecto) que es sólo para instalaciones en modo producción.
Al editar el archivo de configuración ‘postgresql.conf’ presten atención a que la variable ‘standard_conforming_strings’ quede DESCOMENTADA y con el valor ‘Off’. A continuación recuerden reiniciar el servidor de bases de datos.
Estimados persiste el error, hicimos lo siguiente:
ambiamos el parametro de configuración y ejecutamos el script solicitado.
postgres=> show standard_conforming_strings;
standard_conforming_strings
-----------------------------
off
(1 row)
[root@az-sslxsi000002 bin]# ./toba instancia regenerar -i desarrollo
Desea conservar datos locales como usuarios y logs? (Si o No)
Si responde NO, se utilizaran los exportados el Fri 1-May-20 a las 04:05
(s/n):s
---------------------------------------------------------------------------------------------------
Exportaci?n local de la instancia 'desarrollo'
---------------------------------------------------------------------------------------------------
Exportando datos globales......OK
Exportando informacion local guarani.......OK
Exportando informacion local toba_editor.......OK
Exportando informacion local toba_referencia.......OK
Exportando informacion local toba_usuarios.......OK
+--------------------------------------------+
| BASE |
+--------------------------------------------+
| postgres7 |
| az-siupgsqlprd.postgres.database.azure.com |
| siu@az-siupgsqlprd |
| ************************************ |
| toba_3_0 |
| 5432 |
| LATIN1 |
| desarrollo |
+--------------------------------------------+
Se guardaran los datos existentes en un schema backup
---------------------------------------------------------------------------------------------------
Creaci?n de la instancia
---------------------------------------------------------------------------------------------------
Creando las tablas del framework..........................OK
Cargando datos del nucleo............................OK
guarani:
--------
Cargando datos globales.............OK
Cargando componentes...........OK
Cargando permisos........OK
toba_editor:
------------
Cargando datos globales...........OK
Cargando componentes.............OK
Cargando permisos.......OK
toba_referencia:
----------------
Cargando datos globales..................OK
Cargando componentes...............OK
Cargando permisos......OK
toba_usuarios:
--------------
Cargando datos globales......OK
Cargando componentes..........OK
Cargando permisos...OK
Cargando datos de la instancia...........OK
Actualizando secuencias..............................................OK
___________________________________________________________________________________________________
TIEMPO: 35,543 segundos
Lo que puede estar pasando, es que hayan exportado con error, los metadatos que tienen las expresiones regulares y tengan cambios locales dentro de la carpeta metadatos (si es que no los comitearon) . Por lo que vemos, no utilizan el colab para versionar los cambios en el código, por lo que no podemos revisar, si es lo que está pasando.
Un metadato que pueden verificar es:
metadatos/componentes/toba_ei_formulario/dump_37000117.sql en la linea 264 debe tener el siguiente código:
revisen la cantidad de barras invertidas " " . Si tienen cambios en esa expresión regular, deben revertir ese cambios de ese metadatos y de varios otros que también tienen ERs.
Luego, volver a regenerar la instancia (paso 2), para que esos cambios impacten en la BD
Para subir los cambios al repositorio colab deben posicionarse sobre la carpeta del proyecto Guaraní y ejecutar el comando:
svn commit -m "<mensaje>"
Podrían ejecutar los comandos “svn info” y “svn status” sobre la carpeta del proyecto Guaraní y adjuntar el resultado?
Verifiquen por las dudas que en el archivo ‘<path proyecto Guaraní>/www/aplicacion.php’ no tengan configurado “define(‘apex_pa_metadatos_compilados’, 1);”.
Tienen sólo un postgres corriendo y es el mismo al que configuraron la variable ‘"standard_conforming_strings’ con el valor ‘Off’? Suele pasar que hay más de una instancia de postres y el cambio se hace sobre la que no se está utilizando…
postgres=# \c toba_3_0
You are now connected to database "toba_3_0" as user "postgres".
toba_3_0=# show standard_conforming_strings; standard_conforming_strings
-----------------------------
off
(1 row)
toba_3_0=# select edit_expreg from desarrollo.apex_objeto_ei_formulario_ef where objeto_ei_formulario_fila = '37000230';
edit_expreg
--------------------------------------------
/[A-Z0-9._%+-]+@[A-Z0-9.-]+\\.[A-Z]{2,4}/i
(1 row)
Le ponemos en la base de datos el valor que le corresponde a esa ER y validamos que haya quedado bien.
update desarrollo.apex_objeto_ei_formulario_ef set edit_expreg=E'/[A-Z0-9._%+-]+@[A-Z0-9.-]+\\.[A-Z]{2,4}/i' where objeto_ei_formulario_fila = '37000337';
select edit_expreg from desarrollo.apex_objeto_ei_formulario_ef where objeto_ei_formulario_fila = '37000337';