Respuestas de foro creadas
-
Entradas
-
Buenas,
Por favor, fijate si está relacionado con este thread.
Que versión de PostgreSQL estás usando?
Saludos,
FedericoBuenas,
No estoy al tanto de una solución a tu consulta.
Cierro este thread, ya que se encuentra duplicado.
Saludos,
FedericoPodrías detallar un poco más? Te referís a que ampliste la definición de la tabla Entidades Comerciales? A qué otros cambios te referís?
Saludos,
FedericoBuenas,
Para generar el modelo correctamente de tu tabla deberías haber creado los metadatos de la tabla bajo un componente, dado que el GenerateModel se basa en dicha información para crear los archivos X_ (o LP_). Seguramente tu tabla y sus columnas no contengan información en el campo Version de Componente y de ahí que no se genera.
Sin embargo, el mensaje no es de error, solo de información. Si lográs persistir y eliminar correctamente un registro, no hay problema.
Saludos,
FedericoBuenas,
Deberías acceder mediante usuario AdminLibertya, password AdminLibertya a fin de acceder a los perfiles tradicionales como compras, ventas, etc. El usuario System solo tiene acceso a los metadatos de la aplicación, el cual es utilizado por usuarios avanzados.
Saludos,
FedericoBuenas,
No, no es necesario.
Probablemente se deba a que te está faltando indicar alguno de las columnas con el tilde Identificador. Esto no tiene nada que ver con el tipo de dato ID o con la clave primaria, sino que se refiere a un campo intuitivo usado para mostrar un registro de esta nueva tabla desde un campo de tipo TableDir. Ejemplos típicos de columna son Identificador pueden ser Value o Name.Saludos,
FedericoPS: Muevo el thread a desarrolladores.
Buenas,
Deberías detallar un poco más tu problema. Qué instalación realizaste? Plataforma? Levantó correctamente el servidor de aplicaciones? Algún mensaje de error en consola? Estás corriendo todo sobre la misma computadora?
En el foro hay varias consultas similares a la tuya.
Saludos,
FedericoQuote:Arranqué con sudo el cliente libertya (en ubuntu equivale a root).Si no te genera el log, te recomendaría cambiar a usuario root durante el período de instalación. En varias ocasiones el comando sudo no funciona como se espera (más que nada cuando se realizan tantas actividades distintas)
Quote:No generó log y no actualizó nada.Recién cuando aceptes el Dialogo de actualización en la ventana de instalador de componentes empezará a generar el log (nuevamente, si están los permisos de escritura]).
Quote:Presenta los mensajes “Instalando componente y version. Registrando plugin” y “Ejecutando sentencias de preinstalación”, y ahí queda.Ahí queda… por cuanto tiempo? Tené en cuenta que puede demorar varios minutos este paso. Obviamente si al cabo de un tiempo no hay novedades, algo raro está pasando.
Quote:Si te pasa lo mismo en la etapa postistall haces lo mismo, pero usando postinstall.sql.Este archivo NO existe. El install.xml y postinstall.xml son generados a partir de bitácora y en funcion del parseo de los mismos se generarn las sentencias SQL. Es imposible realizar lo mismo sobre estos archivos como podría hacerse con el preinstall.sql.
Quote:PD : el tema del UTF8 en los archivos no será?No me parece que venga por acá. Además los archivos de inicio de cliente libertya ya tienen especificado utilizar UTF8.
Quote:Insisto, estoy prácticamente convencido que es el postgresql, porque también se clava el pgAdmin3.Qué PostgreSQL estás usando? Quizás venga por ahí el tema. Las pruebas las hemos realizado mayormente sobre la versión 8.2. Estás usando la 8.3?. Podrías pasarnos el log para verlo?
Saludos,
FedericoBuenas,
Si al debuggear la clase LaunchInvoice verificás que el parametro se setea correctamente, solo queda una posible alternativa, y es que el texto no quepa correctamente dentro del campo. Probá a ampliar las dimensiones de dicho campo (o reducir el tamaño de la letra) desde el iReport a ver si tenés suerte.
Saludos,
FedericoPS: Muevo el thread a desarrolladores.
Buenas,
Si, el tipo de Artículo es el correcto. Fijate que no esté tildado el campo “Comprado” en la pestaña del artículo, ya que si lo ensamblás, en realidad la única forma de poseer existencias del mismo es produciéndolo.
Puede ser que el motivo sea ese…
Saludos,
FedericoBuenas,
El módulo trabaja tal como lo mencioné previamente.
Esto es: se selecciona el artículo a ensamblar o producir, el cual tiene que ser de tipo BOM, y la cantidad a producir. En función de estos datos, incrementará el stock del mismo, y decrementará de manera proporcional los materiales que lo componen.
Saludos,
FedericoQuote:Lancé la actualización con el script install.sql modificado para que apuntara adonde necesitaba, pero, error mío, como los esquemas son en realidad libertya, falló (los esquemas de las 4 bases de datos son libertya y yo utilicé el nombre de la base de datos).En realidad, como te decía previamente, si estás utilizando el usuario libertya para conectarte a la base de datos desde el cliente LY, y el esquema es libertya, no deberías modificar el preinstall.sql en absoluto. Simplemente accedé a la aplicación como System Administrator. El instalador de componentes realizará la actualización sobre la base de datos a la cual te conectaste. Simplemente con seguir la guía con los pasos de actualización debería salir andando.
Quote:Volvimos a no generar log ni hacer ninguna tarea.No creo que la generación del log dependa del sql que estés ejecutando. Te aconsejaría realizar la instalación mediante el usuario root para descartar cualquier tema con los permisos. Más allá de que no se genera el archivo de log, qué información se te presenta en la ventana del instalador de componentes?
Quote:Qué pasaría si al install.sql le dejo una línea o lo dejo vacío y ejecuto vía pgAdmin todas las sentencias sql?La aplicación utiliza una transacción para el proceso de instalación, que de encontrar un error realiza el rollback correspondiente para dejar la base de datos en el estado previo a la instalación. Lo que pasaría es que la instalación no correría por una transacción. Si luego tenés un problema en el install.xml o el postinstall.xml, vas a tener una base de datos inconsistente y relativamente inservible.
Saludos,
FedericoBuenas,
Estos temas ya fueron discutidos previamente en el foro. Por favor, verificá este thread y este otro thread.
Saludos,
FedericoBuenas,
Casualmente hace un par de días atrás estuve trabajando sobre la performance del TPV y me encontré con dichas invocaciones desde MOrderLine.
Por lo que pude averiguar MPC_MRP parece que refiere a Manufacturing Planning and Control & Material Requirements Planning. Sin embargo, dudo mucho en la correcta funcionalidad de dichos features, y además habría que ver desde dónde se utiliza la información que va recavando.
Por lo pronto, comentando las invocaciones desde el beforeSave() y el afterSave() de MOrderLine, junto con alguna que otra modificación adicional que realicé se logra reducir a la mitad el tiempo de procesamiento y emitisión de un ticket TPV (obviamente que esto es más notorio si la cantidad de líneas en una venta es mayor).
Sobre tu pregunta respecto de si se rompe algo, ya comenté las invocaciones mencionadas, así que ya veremos
Saludos,
FedericoBuenas,
Esto ya se encuentra detallado en este thread.
Saludos,
FedericoPS: Aprovechen el buscador del foro