[Federico Cristina]

Buenas,

Si bien es correcto lo que propone Carlos, existe una alternativa más orientada a LY Components, que respeta los lineamientos de desarrollo general de plugins en LY.

Para ésto, simplemente es necesario crear un archivo .jar con la/s clase/s (.class) a reemplazar del Core LY (respetando el nombre de package). Por ejemplo miPlugin.jar contendrá la siguiente estructura:

miPlugin.jar
|
+–org
|
+–openXpertya
|
+–grid
|
+–VCreateFrom.class

Luego hay que poner este archivo .jar en el directorio /ServidorOXP/lib/plugins y ejecutar el Configurar.sh. Básicamente, lo que pasará aquí es que se regenerará el OXP.jar incluyendo las clases redefinidas en el .jar alojado en el directorio previamente mencionado.

De esta manera es posible encapsular y tener un control y seguimiento de todos los cambios dentro de un único .jar independiente a la funcionalidad default del Core de LY.

Saludos,
Federico

[Federico Cristina]

Buenas,

Al momento todavía no contamos con documentación detallada. Sin embargo, el espectro de los mismos abarca: gestión de artículos; gestión de entidades comerciales; gestión de pedidos, remitos y facturas; emisión de recibos de clientes; consulta de documentos y saldos de entidades comerciales.

Saludos,
Federico

[Federico Cristina]

Buenas,

Aparentemente el problema radica en la ubicación de Java, el cual se encuentra en un directorio no “convencional” (como es “Program Files”). Para descartar posibilidades, te sugeriría pruebes compilar teniendo la instancia de Java en un directorio directo al root y sin espacios (como por ejemplo C:java).

saludos,
Federico

[Federico Cristina]

Buenas,

Tengo entendido que más allá de las diferencias, deberías poder utilizar la clase para la P715F sin mayores inconvenientes, tanto para la 441 como para la PR5.

Saludos,
Federico

[Federico Cristina]

Buenas,

La versión beta no contiene el paquete de WS, dado que el desarrollo de los mismos fue posterior a dicho release intermedio.

Saludos,
Federico

[Federico Cristina]

Buenas Darío,

Por varios motivos (entre ellos por performance), hemos migrado el repositorio a Google Code. Actualmente los desarrolladores LY están commiteando periódicamente sobre dicho repositorio SVN. SourceForge sólo se mantiene para las descargas de binarios, documentacion, etc.

http://code.google.com/p/libertya/

Saludos,
Federico

[Federico Cristina]

Buenas,

Gracias por el feedback detallado.

Aquí podemos dividir el problema en dos partes: 1) error al imprimir, 2) problema al anular.

Para 1), creo que el origen del problema radica en algún caracter no válido; aparentemente en la dirección de la entidad comercial (veo alguna ” o un { que podría ser el causante del error). Podrías probar a dejar una direccion basica sin caracteres “raros”.

Para 2) Estaremos realizando pruebas al respecto a la brevedad.

Saludos,
Federico

[Federico Cristina]

Buenas,

La creación de una nueva compañía va más allá de crear un nuevo registro en la tabla de compañías.

Este temá ya fue discutido anteriormente. Para más detalles ver este thread.

Saludos!
Federico

[Federico Cristina]

Buenas,

Revisando el código, a priori no pareciera tener incidencia directa (probablemente sea para utilizar distintas tasas de conversión para un mismo período, ya que las conversiones filtran por su tipo al momento de realizar el cálculo).

Sin embargo, revisando la tabla de tipos de conversión (C_ConversionType), noté que de todos los tipos, el único marcado por defecto es el directo, con lo cual directamente utilizando este tipo no vas a tener problemas.

Saludos,
Federico

[Federico Cristina]

Buenas!

Te comento un poco más respecto de este tema. Efectivamente, es posible que no se estén cubriendo todos los escenarios, ya que dependiendo de varios factores suceden cosas diferentes, por ejemplo:

– Si estás usando una impresora fiscal, entonces la NC es fiscal y se imprime en la impresora (ahi el Nro lo da la impresora y la fecha del comprobante es la actual) En ese caso, la FAC original en realidad, no queda anulada, sino que queda “pagada” por la NC.

– Si estás usando Facturas en papel y el período está abierto, entonces en vez de generar una NC, lo que se hace es crear un “comprobante de anulación” dentro del sistema, con la misma fecha de la factura; pero esto no es un comprobante fiscal ya que lo unico que se hace en papel es “cruzar” la factura con la palabra “anulada”. (no se emite NC, sino que se guarda un comprobante para que revierta en el sistema y se marcan ambos como anulados)

– Si estás usando Facturas en papel y el período está cerrado, entonces deberías emitir una NC a la fecha actual y es similar al caso de la NC por impresora fiscal.

Saludos y espero que te haya sido llevadero el curso!!
Federico

[Federico Cristina]

Modificá la traduccion del campo en Ventana, Pestaña, Campo. Es una subpestaña (si no la ves, tenes que activar la opción Mostrar Pestañas de Traduccion en Herramientas -> Preferencias y reabrir la ventana).

Saludos,
Federico

[Federico Cristina]

Buenas,

Por lo que mencionás pareciera ser que es tal como lo indicás (estuve mirando un poco el código). Todavía no lo verifiqué en ejecución, pero estaremos revisándolo a la brevedad.

Gracias por el feeback.

Saludos,
Federico

[Federico Cristina]

Buenas Juan,

Disculpá la demora en la respuesta. Afortunadamente ya pudiste resolverlo. Te completo la información al respecto. En LY toda tabla “bien formada” debe contener los siguientes campos obligatorios (indicados como tales en el query de creación de la tabla del ejemplo:

Code:

CREATE TABLE m_juguetes
(
— Campos Obligatorios
m_juguetes_id integer NOT NULL,
ad_client_id integer NOT NULL,
ad_org_id integer NOT NULL,
isactive character(1) NOT NULL DEFAULT ‘Y’::bpchar,
created timestamp without time zone NOT NULL DEFAULT (‘now’::text)::timestamp(6) WITH time zone,
createdby integer NOT NULL,
updated timestamp without time zone NOT NULL DEFAULT (‘now’::text)::timestamp(6) WITH time zone,
updatedby integer NOT NULL,
— Campos Opcionales
name character varying(255),
description character varying(255),
— Clave Primaria
CONSTRAINT m_juguetes_key PRIMARY KEY (m_juguetes_id),
— Referencias
CONSTRAINT adorg_mjuguetes FOREIGN KEY (ad_org_id)
REFERENCES ad_org (ad_org_id) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION,
CONSTRAINT adclient_mjuguetes FOREIGN KEY (ad_client_id)
REFERENCES ad_client (ad_client_id) MATCH SIMPLE
ON UPDATE NO ACTION ON DELETE NO ACTION
)

La clave primaria debe respetar el formato nombreDeTabla_ID, y obviamente tener definida la constraint correspondienet. Las FK pueden o no estar definidas (no es obligatorio).

Saludos,
Federico

[Federico Cristina]

Buenas,

Lo que estás intentando hacer, es debuggear lógica que se está ejecutando en el servidor y no en tu cliente.

Para ésto, debés iniciar el servidor de aplicaciones mediante IniciarServidorDebug.sh y configurar Eclipse para debuggear una aplicación remota.

Pasos:

En el Eclipse agregar una nueva debug configuration (Remote Java Application) indicando el destino de attach (*), por ejemplo:

Proyecto: libertya
Host: 192.168.1.2 (IP del server)
Puerto: 8787 (este valor es fijo ya que debe respetar la configuración especificada)

Desde consola de comandos iniciar LY en modo debug mediante el archivo: ServidorOXP/utils/IniciarServidorDebug.bat, el mismo quedará waiting en 8787.

Iniciar la nueva configuración desde el Eclipse. En la consola de comandos podrá visualizarse el startup de JBoss.

Ejecutar luego un cliente Libertya como siempre, conectando al servidor de aplicaciones en la pantalla de login. Ahora es posible seguir los breakpoints indicados en el Eclipse sobre las clases que se ejecutan en el servidor.

Saludos,
Federico

[Federico Cristina]

Buenas,

A fin de poder ayudarte mejor, qué versión de Libertya estás utilizando? Por otra parte, deberías ejecutar el Configurar.exe que se encuentra en el directorio C:ServidorOXP.

Saludos,
Federico

[Autor]

Entradas