Respuestas de foro creadas
-
Entradas
-
Buenas,
Por el formato del código, me suena a que es de MUY vieja data, con lo cual no sabría decirte. El cambio de protected a public en el constructor parece razonable.
Saludos!
FedericoBuenas,
Es realmente extraño que se comporte de esa manera el exportador de componentes, dado que es una herramienta que utilizamos constantemente; y nunca hemos tenido ese tipo de problemas.
La interpretación del archivo install.xml es muy sencilla:
– cada changegroup implica una acción sobre la base de datos (una Inserción (I), Modificación (M), o Eliminación (D)). En el mismo se indica también la tabla y el universalID (uid) del registro sobre el cual es la operación.
– para inserción y modificacion, dentro de un changegroup existen varias entradas con nombre column, su uid y tipo. dentro de cada column se encuentra el nuevo valor que dicho campo debe tener, bajo el tag newvalue
– para eliminación, el changegroup obviamente no contiene entradas de tipo column.
Saludos!
FedericoAprovecho a consultar: qué versiones de Android soporta? No me permite instalarlo bajo 4.1.2.
Saludos!
Buenas,
Primeramente deberías interiorizarte en el proyecto Libertya WS, el cual se encuentra alojado en: https://code.google.com/p/libertya-ws/
Allí están los fuentes, con lo cual podés revisarlo al detalle. Fijate las interfaces LibertyaWS y LibertyaWSE (esta última ideal para interacción entre plataformas heterogéneas).
Respecto a hacer la conversión, muy probablemente existan librerías que se encarguen de ésto.
Saludos,
FedericoBuenas,
Ante todo te aconsejo revisar la documentación oficial, la cual se encuentra en: https://libertya.org/wiki_dev/doku.php
Primeramente, hay que recordar que se debe iniciar el desarrllo de un nuevo componente y versión de componente.
En cuanto al preinstall.sql, es el único archivo que en realidad no es completa la generación, dado que ciertas cosas no puede determinar. Es por ésto que en la documentación se indica realizar un log de cambios a base de datos, el cual luego se pisa por el contenido del preinstall.sql
Respecto a todo lo que sea metadatos, la bitácora registra todo. Validá sino la tabla ad_changelog, quizás exportaste con algún filtro que limita la información a generar.
Si mal no recuerdo, la clase que genera la exportación se llama ExportPlugin.
Saludos,
FedericoBuenas,
Fijate que el error no sea simplemente el que indica: “Por favor, vaya al directorio ServidorOXP y ejecute Configurar.bat” (o similar).
En ese caso, la compilación es satisfactoria; pero el build retorna error dado que está indicando que falta realizar el último paso.
Si el directorio ServidorOXP ya existe, entonces ese error no debería presentarse. En ese caso fijate un poco más arriba en el texto del build, el motivo del error.
Saludos,
FedericoBuenas,
En breve. Estamos intentando cerrar algunos temas a fin de que el release sea lo más abarcativo posible, pero estimamos que todavía faltan algunas semanas de trabajo.
Saludos,
FedericoBuenas,
El mensaje de error está indicando que el módulo PoS no fue migrado a LYWeb. Esto se debe a las características del mismo, el cual presenta requerimientos muy particulares, por ejemplo en cuanto a temas de performance.
Saludos,
FedericoBuenas,
Ese error no pareciera hacer referencia a una distribución tradicional de LY. ¿Podrías indicar qué componentes (y la versión de los mismos) estás utilizando? ¿La creación de pedido a proveedor la estás generando desde qué cliente? Swing / Web / WebService?
Saludos,
FedericoBuenas,
En términos generales, cada nuevo release de LYWS se apoya en una nueva versión de Libertya (como es en este caso), debido a modificaciones en ambos proyectos.
Siempre que se libera una nueva versión, se hace tanto de Libertya como de LYWS.
En lo que respecta a recuperación de usuarios, está previsto implementar la operación userRetrieveByColumn, en donde se especifica el nombre de la columna a buscar y el criterio de búsqueda bajo esa columna. Si llegamos con este cambio, también será incluido en el nuevo release. Ésto, en conjunto con la eliminación de restricción en recordQuery para la tabla AD_User permitirá varias alternativas en lo que respecta a recuperar información de dicha tabla.
En cuanto a fechas no sabría decirte con certeza, pero los últimos lanzamientos han sido siempre a principio de año, con lo cual debería faltar poco!
Saludos,
FedericoBuenas,
Podés revisar el manual online, que si bien no se encuentra completamente al día, los fundamentos del ERP son siempre los mismos.
Adicionalmente, la wiki Libertya contiene varios artículos de interés, tanto de instalación como operativos o bien para desarrolladores.
Por último, siempre está disponible esta vía de comunicación.
Saludos!
FedericoBuenas,
Originalmente se descartó la posibilidad de acceder a la tabla de usuarios desde la operación genérica debido a que contiene información sensible. Sin embargo esta restricción ya quedó obsoleta desde el momento en que se implementó el userRetrieveByID. Por lo tanto es una limitación que se quitará para el próximo release.
Saludos,
FedericoBuenas,
Tal como sugiere mand1nga, es probable que tengas un desfazaje entre binarios y base de datos. Todas las semanas se realiza un dump de la base de datos de desarrollo y se vuelca a sourceforge:
http://sourceforge.net/projects/libertya/files/libertya/dev/dumps/
Compará la fecha de la revisión SVN sobre la que estás parado con la fecha de los dumps a fin de determinar qué dump deberías utilizar.
Saludos,
FedericoBuenas,
Estaba equivocado, el problema no radicaba en la compañía, sino en que MCurrency no implementaba uno de los dos tradicionales constructores de POs, y justamente GeneralRecordQueryHandler (clase de LYWS) lo necesita. En particular, el faltante es el siguiente en MCurrency:
Code:public MCurrency(Properties ctx, ResultSet rs, String trxName) {
super(ctx, rs, trxName);
}Esto disparaba una excepción que impedía instanciar los correspondientes POs y llevarlos luego a la map de resultados.
Ya está commiteado el fix. Revisión r1104.
Slds,
Federico