Respuestas de foro creadas
-
Entradas
-
Buenas,
Para poder debuggear tu componente deberías:
1) En Eclipse, crear un Launch Configuration para el proyecto de tu plugin, a fin de que el ClassLoader encuentre tus clases (tu proyecto debe referenciar al proyecto Libertya CORE). La clase a iniciar sigue siendo la misma org.openXpertya.OpenXpertya.
2) Debés simular en la BBDD que el componente se encuentra instalado. Al instalar un componente, se genera una entrada en AD_Plugin, referenciando al AD_ComponentVersion del componente instalado. Deberías entonces realizar el INSERT en la tabla AD_Plugin, y de esta manera Libertya entenderá que hay un componente instalado.
Saludos,
FedericoBuenas,
El módulo de “Asignar cobranza” es otro formulario actualmente Swing no migrado a LYWeb.
Creo que esos son los únicos de mayor utilización no migrados.
Saludos,
FedericoBuenas,
El problema sigue presentándose? De ser así, se presenta sistemáticamente o esporadicamente?
Saludos,
FedericoBuenas,
Qué versión de PostgreSQL estás utilizando?
Hemos tenido reportes similares anteriormente, en particular con Windows 7 + PostgreSQL 8.4 (quizás alguna política de seguridad del SO relacioanda?); lamentablemente resueltos simplemente instalando la versión 8.3 (hasta donde tengo conocimiento, no se buscó una real solución al tema).
Cualquier feedback al respecto es bienvenido!
Saludos,
FedericoBuenas,
Ese es uno de los módulos que al día de la fecha todavía no se encuentra migrado desde el cliente Swing (o sea la versión no web). El mensaje (no muy amistosamente) está indicando que no existe en el código una implementación Web para la ventana de asignación de cobranza.
Saludos,
FedericoBuenas,
Dadas las características particulares del TPV (no solo en cuanto a funcionalidad, sino también en lo referido a performance), por el momento no se encuentra migrado al cliente WEB.
Saludos,
FedericoBuenas,
Aunque desinstales postgres, el usuario te queda generado. Deberías que eliminarlo. Probablemente venga por ahí el problema.
Un par de posts útiles de threads relacionados:
Slds,
FedericoBuenas,
Actualmente no hay implementación de drivers para impresoras Fiscales EPSON.
Hay varios threads en el foro respecto a este tema.
Saludos,
FedericoBuenas,
Estuve revisando este problema. Efectivamente el inconveniente se da siempre que se utilice la opción de Copiar Registro; estemos en la tabla que estemos.
Acabo de corregir el error, haciendo que se omita la copia de los datos relacionados con Components (AD_ComponentVersion_ID y AD_ComponentObjectUID), revisión r968.
Dado que no se nos presentó este problema anteriormente, parece ser es una funcionalidad nunca aprovechada hasta el momento.
En cuanto el proceso al que hacía mención anteriormente, ese sí funciona correctamente.
Saludos!
FedericoBuenas,
Muchas gracias por tus sugerencias, las cuales han sido incorporadas como un issue de tipo mejora en Google Code: https://code.google.com/p/libertya/issues/detail?id=31
Saludos,
FedericoBuenas,
Gracias por el dato, lo estaremos viendo a la brevedad. A qué proceso te estás refieriendo específicamente? Al que se dispara mediante el botón Copiar Pestañas de Ventana ubicado en la ventana Ventanas, o algún otro proceso?
Es de esperar que este problema no se presente en otras partes, dado que en su momento habíamos barrido con todos los procesos de copiado/creación de metadatos justamente para evitar este tipo de problemas. En muchas partes incluso había sentencias SQL de inserción que tuvimos que migrar a persistencia mediante PO a fin de que se genere el changelog correctamente.
Aparentemente nos quedó esta funcionalidad sin migrar/corregir. Supongo que será el único, dado que por el momento no hemos tenido este tipo de inconvenientes, con lo cual imagino que no debe ser una funcionalidad que hemos utilizado durante el desarrollo.
Slds!
Buenas,
Quizás podrías jugar un poco con los distintos tipos de DocStatus/DocAction. Fijate que la clase DocAction presenta varias alternativas, entre ellas la acción ACTION_Approve, y sus status STATUS_Approved, STATUS_NotApproved.
Con ésto, un usuario pasaría el documento de Borrador a – por ejemplo – STATUS_WaitingConfirmation; y otro se encargará de aprobarlo (o no).
Lamentablemente los flujos de trabajo nunca fueron pulidos, y las posibles acciones a partir del estado actual de un documento – en función de la tabla sobre la que se esté trabajando – se encuentran embebidos en el código, clase VDocAction. Por lo tanto, o bien pisas dicha clase en tu componente, o bien definís procesos (botones) ad-hoc en dicha tabla, del tipo “Aprobar”/”Desaprobar, o similar.
Slds,
FedericoBuenas,
Que extraño lo que mencionás. Generalmente no tenemos muchos de esos contratiempos, aunque en una base de datos sobre la que trabajan varios desarrolladores, en alguna que otra ocasión hay algún caso, los cuales se resuelven revisando un poco la tabla AD_Changelog.
En ocasiones pueden presentarse errores en el post-install debido a modificaciones que realizan los usuarios sobre la instancia en producción (permisos, cambios en el arbol de menú, etc.). Sin embargo, en tu caso sería un tanto extraño dado que estás utilizando una copia de la base de datos inicial.
Detener la bitácora temporalmente no es un problema, siempre y cuando no sigas realizando modificaciones de desarrollo sobre la base de datos. Qué tipo de error se te presentó? Son errores de install o de post-install? Tenés el log?
No me queda del todo claro tu última frase. ¿Instalaste un componente en tu bbdd de desarrollo? Ésto no debería haber traido inconvenientes. ¿Creaste registros a mano con los datos de otro componente? Si copiaste el AD_ComponentObjectUID esto no debería ser un problema.
Saludos,
Federico