[Federico Cristina]

La columna y campo de Numero de Ingresos Brutos para C_BPartner son los siguientes, verificá que estén en Y.

Code:

select name, isactive, isdisplayed, seqno from ad_field where AD_Field_ID in (1004135);
select name, isactive from ad_column where AD_column_ID in (1003567);

Saludos,
Federico

[Federico Cristina]

Cintia,

Estuve revisando lo que comentás en mi base de datos de pruebas de actualización de 9.10 a 10.03, y yo los puedo visualizar correctamente.

Para ir descartando alternativas en el origen del problema, por favor verifica si las columnas se encuentran activas:

Code:

select name, isactive from ad_column where AD_column_ID in (1003145,2909);

y también si los campos correspondientes son desplegados en la pestaña:

Code:

select name, isactive, isdisplayed, seqno from ad_field where AD_Field_ID in (1003686,2155);

Saludos,
Federico

[Federico Cristina]

Alan,

Los campos en celeste son los obligatorios, pero que ya contienen información como para poder guardar, o sea al momento de hacer click en guardar, hay que corroborar que no queden campos en rojo y todos se encuentren en celeste.

Los campos en blanco son justamente opcionales. Es posible que, a nivel diccionario de datos de la aplicación, un campo se encuentre como opcional, pero que luego a nivel base de datos sea obligatorio, y se dispare el error mencionado. En otros casos, ciertas validaciones hacen un campo obligatorio en función de otras condiciones, por lo cual inicialmente se muestra como optativo, pero luego al guardar la lógica de negocio requiera su rellenado.

Saludos,
Federico

[Federico Cristina]

Muevo el thread al foro de Desarrolladores.

¿Te fijaste si se presenta algún error en la consola? Al crear la nueva pestaña, procurá guardar y recién luego importar los campos, ya que en caso contrario no se generan correctamente las traducciones; y luego el framework no puede visualizar la pestaña.

Saludos,
Federico

[Federico Cristina]

Javier,

Respecto del punto 4, por lo que veo estas trabajando bajo Windows… ¿cómo generaste el XML? ¿cómo accediste a la aplicación?. Esto incide bastante en el tema, y también nos pasó en las pruebas que hicimos previas al release.

Tanto es así, que para los usuarios que necesitaban actualizar de la 9.10 a 10.03 fue necesario incluirle una modificación en el inicio de Libertya (-Dfile.encoding=UTF- para los archivos libertya.sh y libertya.bat (dado que la instalación de componentes debe hacerse únicamente de manera local), a fin de garantizar la correcta codificación en la lectura de los archivos.

El punto 3 posiblemente también tenga algún punto de contacto con lo anterior comentado.

EDIT: obviamente que en el próximo release ya estarán actualizados estos archivos con dicha modificación.

Saludos,
Federico

[Federico Cristina]

Mariano,

Verificá que en el archivo postgresql.conf tengas seteado el parametro listen_addresses de la siguiente manera:

Code:

listen_addresses = ‘*’ # what IP address(es) to listen on;

Luego de modificar el archivo, reiniciá el postgres.

Muy probablemente el problema venga de ahí y no del pg_hba.conf

Saludos,
Federico

[Federico Cristina]

Justamente ese mensaje está indicando que el servidor ha iniciado correctamente (started significa iniciado).

Ya podrás utilizar tu navegador para acceder a la página de inicio de la aplicación (la cual dependerá según la configuración que hayas realizado).

Saludos,
Federico

[Federico Cristina]

Cintia,

Como una posible solución rapida a tu problema, podés probar a bajar el ServidorOXP completo correspondiente a la version 10.03 (http://www.libertya.org/download.php?file=1003/ServidorOXP_V10.03.zip) desde la sección de descargas y reemplazar completamente tu directorio actual ServidorOXP por esta nueva versión (recordar siempre hacer un backup antes!). Una vez hecho esto, obviamente será necesario que configures nuevamente mediante Configurar.exe.

Dado que tu base de datos ya se encuentra actualizada a la version 10.03, con los binarios correspondientes a dicha versión no deberías tener problema alguno en correr la aplicación con el servidor levantado.

Nuestra intención fue simplificarle la tarea a los que actualizaban, para no tener que descargar el Servidor completo, pero lamentablemente bajo un escenario adverso como el que se te presentó, esta alternativa debería funcionar.

Estamos intentando que las tareas de actualización a un nuevo release sean lo más sencillas posibles.

Avisame si de esta manera podés solucionar el problema.

Suerte!
Federico

[Federico Cristina]

Cintia,

Estuvimos verificando lo que comentás, y ese es un error en el documento que explica los pasos a seguir. El archivo a ejecutar es precisamente C:ServidorOXPConfigurar.exe.

Saludos,
Federico

[Federico Cristina]

javAd,

Muchas gracias por tomarte el tiempo de ver el nuevo framework y tus consideraciones.

Sobre la bitácora de la tabla M_Juguetes, precisamente se debe a que no está dentro de la nómina de tablas a bitacorear, y por esto que no se guarda en el changelog.

En AD_Plugin quedan registrados los plugins instalados. Esto está pensado para alguna ampliación posterior en la que quizás sea posible activar o desactivar un componente (recordá que la información de AD_Component y AD_ComponentVersion es más para desarrolladores).

Tal como decis, los tiempos para generar la bitácora son considerables (al menos por ahora). Esto se debe – entre otras cosas – a que actualmente todo lo que se bitacorea pasa por PO. Toda sentencia SQL de inserción (obviamente para los casos de interés) fueron convertidas a instanciaciones de objetos, a fin de que sea posible gestionar la bitácora. De todas maneras creo que esta demora es infinitamente menor (y menos propensa a errores) con respecto a llevar un log manual de modificaciones al diccionario de datos a fin de replicar dichas modificaciones en otra instancia de Libertya.

El framework ya utilizaba la tabla AD_Changelog para temas de auditoría, así que simplemente se amplió la lógica para “auditar” más cosas y con un formato más acorde a nuestras necesidades.

Gracias por las felicitaciones!

Saludos,
Federico

[Federico Cristina]

Buenas,

Simplemente lo que te falta es habilitar al usuario Administrador del Sistema para que pueda acceder a la ventana Organization Type.

Para ésto, con el perfil Administrador del Sistema, hay que ir a la ventana Perfil, seleccionar el perfil Administrador del Sistema, y luego ir a la pestaña Acceso a Ventana. Una vez ahí, insertar un nuevo registro, seleccionando la ventana Organization Type. Marcar además que dicho acceso tiene permiso de escritura.

Con ésto, desde la ventana Organización ya podrás hacer click derecho del mouse -> ZOOM en el combo Tipo de Organización para acceder a la ventana correspondiente.

Saludos,
Federico

[Federico Cristina]

Bien, fue necesario probar a instalar tu .jar para determinar el origen del problema. De todas maneras, estas pruebas nos vienen bien para detectar escenarios que deberán ser corregidos en futuros releases. Veamos…

1) Antes que nada, por razones obvias, muevo este thread a desarrolladores.

2) El problema radica en los comentarios en el preinstall.sql. Esto es por la manera en que se están leyendo las sentencias desde el archivo preinstall.sql contenido en el .jar; al presentarse un comentario en el archivo, toda sentencia posterior queda como parte de dicho comentario. Por lo tanto, actualmente el preinstall.sql no debe contener comentarios.

3) El punto 2 desencadena el error: Siguiendo la consola de eclipse, veo que hay una excepción:

Code:

ERROR: relation “m_juguetes” does not exists

Esto se debe a justamente en dicha transacción no se creo a nivel postgres la tabla juguetes, dado el issue del punto anterior. A partir de este momento TODA sentencia SQL para dicha transacción es ignorada debido a que la transacción fue abortada:

Code:

ERROR: current transaction is aborted, commands ignored until end of transaction block

Esto responde a tu pregunta sobre los errores severos en las secuencias. Los mismos no aparecen luego de quitar los comentarios en el preinstall.sql, ya que la transacción no fue abortada.

Luego de verificar infructuosamente las secuencias, el framework busca el proceso por defecto para realizar la postinstalación, utilizando obviamente la misma transacción que se encuentra abortada, y es por ésto que el SELECT correspondiente devuelve NULL, llevandonos ahora sí al mensaje de error que se presenta en pantalla.

Quitados los comentarios en el preinstall.sql pude realizar la instalación perfectamente.

4) Todo el proceso de instalación de un plugin preinstall.sql, install.xml, postinstall.xml, etc. fue desarrollado utilizando una única transacción que se va propagando donde sea necesario. Por ende postgre te garantiza que de haber un error, el rollback de la misma te llevará al estado previo del inicio de la misma, incluyendo modificaciones en base de datos.

5) Un comentario final: Desde el perfil Administrador del Sistema, deberás agregar el permiso que relaciona la nueva ventana con el perfil correspondiente de manera manual, usando la ventana de Perfil (ad_window_access), dado que por el momento las tablas ad_XXX_access no se encuentran dentro del set de tablas a bitacorear.

Saludos!
Federico

[Federico Cristina]

Juan Carlos,

Veo que cognitiva ya te ha dado una mano importante a fin de interiorizarte en el tema.

Simplemente amplío un poco el tema del IDE a utilizar. Aunque hemos adaptado el proyecto para su uso en Eclipse, el mismo puede ser modificado para cualquier entorno. La ventaja de utilizar Eclipse es que en pocos pasos ya estás listo para desarrollar.

Sin embargo, tengo conocimiento de gente que sencillamente modifica los fuentes desde un block de notas y compila desde una terminal. Si NetBeans es tu fuerte, creo que te sería posible llegar a adaptar el proyecto a dicho IDE.

Suerte!
Federico

[Federico Cristina]

Es verdad que en versiones anteriores esto era posible de realizar. Sin embargo, debido a las ampliaciones y modificaciones que hemos estado desarrollando para la arquitectura de componentes, esta funcionalidad ha quedado deprecada, en beneficio de una nueva en la cual será posible descargar la versión internacional y luego instalar el componente Locale_AR mediante un archivo jar. Por el momento, esta actividad la realizamos nosotros a fin de facilitar la tarea a los usuarios finales, brindando dos bases de datos por separado.

Es importante tener en cuenta que si utilizás la funcionalidad que mencionás para activar la localización Argentina, la base de datos resultante no será 100% compatible con el framework de actualización de componentes.

Saludos,
Federico

[Federico Cristina]

Tal como te han explicado, para la localización Argentina ya existe una base de datos lista para utilizar, no es necesario que realices el procedimiento que detallás.

El proceso de aplicación del componente Locale_AR ya lo hemos realizado nosotros y es por ésto que en la sección descargas hay dos links separados para cada versión de base de datos.

Saludos,
Federico

[Autor]

Entradas