Respuestas de foro creadas
-
Entradas
-
Fijate de ejecutar las siguientes sentencias SQL (donde XXX es la compañía que no estás visualizando):
Code:update ad_client set isactive=’Y’ where ad_client_id = XXX
update ad_org set isactive=’Y’ where ad_client_id = XXX
update ad_role set isactive=’Y’ where ad_client_id = XXX
update ad_user set isactive=’Y’ where ad_client_id = XXX
update ad_user_roles set isactive=’Y’ where ad_client_id = XXXComo siempre, realizá las pruebas sobre una base de datos específica para ese fin, antes de impactar en una de producción.
Suerte!
FedericoBuenas,
Inicialmente, la utilización del proceso de Configuración Inicial de Compañía Mediante Plantilla tenía por objetivo crear una única compañía 100% lista para usar, creando los perfiles correspondientes y descartando usuarios, perfiles, compañías y funcionalidades que no eran accedidas regularmente. Esto es: una compañía lista para usar.
Dado que no se presentó una necesidad como la comentada, no se contempló este escenario. Tenés tres alternativas:
1) Crear una nueva compañía mediante la opción Configuración Inicial de Compañía Mediante Plantilla. La compañía vieja, sus usuarios, organizaciones, etc. todavía existen, pero solo se encuentran desactivados; con lo cual será necesario ejecutar las sentencias SQL correspondiente a fin de activarlas (isActive = ‘Y’) en las tablas AD_Client, AD_Org, etc.
2) Crear una nueva compañía mediante la otra opción: Configuración Inicial de Compañía. De esta manera no se desactivará la compañía anterior. Sin embargo, la compañía creada no se rige por ninguna plantilla, y generará un perfil con un volumen de ventanas considerable que deberás customizar a gusto.
3) Ver la clase org.openXpertya.fastrack.FTClient y modificar acorde a las necesidades, pero por supuesto, esta última alternativa no es tan trivial.
Suerte!
FedericoJavier,
Muchas gracias por tus comentarios. Es verdad que hay ciertos warnings un tanto extraños.
Justamente como comentás, muchos de ellos tienen varios años ya, pero debido a que inlcuso actualmente no presentan un problema, se minimiza su prioridad dentro del proyecto Libertya.
Por supuesto que cualquier warning que lleve a comportamiento errático es corregido en un breve lapso de tiempo.
Específicamente sobre los null pointer access en la clase ImportInvoice: Estos componentes siempre requieren cierta customización en función de los datos a importar y las necesidades del usuario final. Por otra parte, la ejecución de este proceso se da en un momento específico en el uso de la aplicación, con lo cual la lógica funcional del mismo se encuentra bastante aislado.
Con todo esto no estoy justificando los warnings, sino que los mismos no presentan mayores problemas en el uso de la aplicación, ya que de hacerlo, ya estarían corregidos.
Saludos!
FedericoHector,
Tal como te comenta Hermann, deberías explayarte un poco más sobre la manera en que intentaste instalar Libertya: ¿bajo qué plataforma estás trabajando (windows / linux)? ¿estás utilizando el instalador automático?.
Por otra parte, si no detallás el error que se te presenta será imposible para nosotros poder ayudarte.
Saludos,
FedericoBuenas,
Tal como comentás; en el Libertya.properties que genera la aplicación con información de conexión a bbdd, login de usuario, almacén, etc. se almacena también este dato bajo la clave UILookFeel.
Este archivo lo encontrás en el directorio personal del usuario logueado al sistema operativo:
Windows: Documents & Settings / usuarioXXX
Linux: home / usuarioXXXSaludos!
Hermann,
Muchas gracias por tus aportes!
Aproveché tu post con la Guía de Instalación Libertya, en conjunto con este update, y agregué un artículo en la wiki, a fin de que esta información no quede solo en el foro.
Saludos!
FedericoBuenas,
Esto se debe a la configuración inicial que posee cada perfil. En general, los encargados de almacenes no pueden gestionar los maestros de artículos, líneas de producto, familias, etc. Esta actividad recae específicamente en perfiles como Administración o Compras.
Sin embargo, es posible modificar estos permisos accediendo al diccionario de datos de la aplicación y realizando las habilitaciones correspondientes.
Saludos,
FedericoBuenas,
Tal como comentás, al acceder como perfil System Administrator, el único perfil que podés gestionar desde la ventana de perfiles es precisamente éste mismo.
A fin de habilitar una ventana existente para un perfil en particular de una compañía (por ejemplo el de Administración), es necesario realizar un conjunto de pasos que recaen específicamente para el perfil de Administrador del Sistema:
1) Desde la ventana Mantenimiento de Diagramas de Arbol, seleccionar el árbol del perfil Administración e incorporar a éste la entrada de menú correspondiente (x ej. comisiones).
2) Acceder a la ventana Perfil, seleccionar el perfil Administración, y en la pestaña Acceso a Ventana, incorporar un nuevo registro dando permiso a la ventana correspondiente (x ej. comisiones).
Saludos,
FedericoBuenas,
Debido a la migración de Libertya a Java 1.6, hemos modificado el contenido de la explicación de cómo importar el proyecto a Eclipse.
Hemos puesto mucho esfuerzo en facilitarle la tarea al desarrollador. Como habrás notado, actualmente es mucho más sencillo realizar la importación. Hay que tener en cuenta únicamente que deberás contar con Java 1.6.
Sobre los warnings no te hagas problema. Lo importante es que el proyecto no presente errores. En este enlace tenés más información al respecto.
Suerte!
FedericoBuenas,
Es verdad que la carga automática ayudaría mucho. Sin embargo es un arreglo mínimo de código para cualquier puesta en producción.
Respecto al tema de los impuestos, lo había probado para Pedidos de Clientes y no me presentó inconvenientes. Sin embargo, como en tu respuesta mencionabas a Pedidos de Proveedores, lo verifiqué y ahí sí se presentaba el problema.
En la clase org.openXpertya.model.CalloutOurder de base/src/, método tax(…), deberás modificar esta línea de código:
Code:shipC_BPartner_Location_ID = Env.getContextAsInt( ctx,WindowNo,”C_BPartner_Location_ID” );Por estas otras:
Code:MOrder order = new MOrder(ctx, (Integer)mTab.getValue(“C_Order_ID”), null);
shipC_BPartner_Location_ID = order.getC_BPartner_Location_ID();Obviamente, este fix ya estará disponible en el próximo release.
Saludos!
FedericoEs verdad lo que comentás Sergio. Sin embargo esto no te garantiza que se haya realizado correctamente la instalación de PL/Java. La manera más fácil de verificar ésto sería viendo si existen las funciones correspondientes dentro del schema sqlj (por ejemplo accediendo desde el pgAdmin).
Para hacer el restore desde línea de comandos se utiliza esta sintaxis:
Code:psql -d baseDeDatos -U usuario -h host -f archivo.sqlespecíficamente para este caso sería algo así:
Code:psql -d libertya -U libertya -h localhost -f dump_libertya_0910.sqlSaludos,
FedericoBuenas,
Respecto al primer punto, es verdad que sería ideal traer automáticamente todas las líneas, sin embargo será necesario realizar la codificación correspondiente.
Como te comentaba previamente, la solución pasa por crear una nueva columna a nivel metadatos de tipo SQL, en la que resuelvas el nombre o código del producto a partir del M_Product_ID de la línea de pedido. Esta columna luego deberá ser parte del identificador visual de la tabla.
Respecto al segundo punto, efectivamente lo he probado con el último release. Este fix tiene varios meses ya, no es específico de este release. Por las dudas, verificá si no es un error en la configuración de Impuestos.
Saludos,
FedericoCintia,
Cierro este thread, y continuamos la disusión en este otro, que ya habías iniciado previamente.
Saludos,
FedericoBuenas,
Tal como te comentó Antonio, en el directorio raiz del equipo deberia haber dos archivos de log de la instalacion, por ejemplo:
c:Libertya_Instalacion_FECHA.log
c:Libertya_ImportacionDB_FECHA.log
Para saber a qué se debe tu error necesitaríamos ver el contenido de esos archivos.
Es probable que por algún motivo el postgreSQL no se instaló correctamente y debido a ésto es que Libertya no puede conectar a la base de datos. Para ganar tiempo, podés probar a instalar Java 1.6 y PostgreSQL 8.3 primeramente de manera independiente, y luego aplicar el instalador automático. Este último debería detectar la presencia de estos componentes y solo trabajar por encima de los mismos.
Fijate este link para mas detalles.
Saludos,
Federico