• Este debate está vacío.
Viendo 6 entradas - de la 16 a la 21 (de un total de 21)
  • Autor
    Entradas
  • #35907
    Dario Parente
    Miembro

    Bueno segui mis pruebas con postgres 8.3 antes de pasar a la 9.0, comence a configurar una compania y sus datos, asi como un articulo y alguna EC.
    Ahora bien cuando inicio el TPV me muestra el articulo que cargue pero cuando lo quiero seleccionar me dice que el articulo no esta en la tarifa selecciona en la configuracion del TPV.
    Obviamente que en la configuracion del TPV figura como configuracion la tarifa de ventas, la cual tiene como version ventas-inicial.
    Llendo un poco mas alla porque para el articulo yo cree las tarifas a pata es decir les coloque un precio de costo inicial y un precio de ventas inicial desde el menu de articulo y no desde el de tarifas.
    Entonces voy al modulo de tarifas, selecciono tarifa de ventas, selecciono version venta-inicial y le doy al boton de crear la lista la cual con una regla standar me tiene que traer los articulos que tengo, pero aca hace el proceso y no me muestra nada, ningun articulo.

    Entonces habro la pestaña de errores y me da esto.


    ===========> DB.executeUpdate: Update=Update I_ProductPrice SET Pricelist=(select COALESCE(currencyconvert( po.PriceList, po.C_Currency_ID, 118, mdsl.ConversionDate, 114, 1010016, 0),0) FROM M_Product_PO po, M_DiscountSchemaLine mdsl,I_ProductPrice tpp, M_Product p WHERE p.M_Product_ID = po.M_Product_ID AND po.M_Product_ID = tpp.M_Product_ID AND tpp.M_Product_ID=1015426 AND po.IsCurrentVendor = ‘Y’ AND po.IsActive = ‘Y’ AND mdsl.M_DiscountSchemaLine_ID=1010146 AND p.M_AttributeSet_ID is null), PriceStd=(select COALESCE(currencyconvert( po.PriceList, po.C_Currency_ID, 118, mdsl.ConversionDate, 114, 1010016, 0) , 0) FROM M_Product_PO po, M_DiscountSchemaLine mdsl,I_ProductPrice tpp, M_Product p WHERE p.M_Product_ID = po.M_Product_ID AND po.M_Product_ID = tpp.M_Product_ID AND tpp.M_Product_ID=1015426 AND po.IsCurrentVendor = ‘Y’ AND po.IsActive = ‘Y’ AND mdsl.M_DiscountSchemaLine_ID=1010146 AND p.M_AttributeSet_ID is null), PriceLimit=(select COALESCE(currencyconvert( po.PricePO, po.C_Currency_ID, 118, mdsl.ConversionDate, 114, 1010016, 0) , 0) FROM M_Product_PO po, M_DiscountSchemaLine mdsl,I_ProductPrice tpp, M_Product p WHERE p.M_Product_ID = po.M_Product_ID AND po.M_Product_ID = tpp.M_Product_ID AND tpp.M_Product_ID=1015426 AND po.IsCurrentVendor = ‘Y’ AND po.IsActive = ‘Y’ AND mdsl.M_DiscountSchemaLine_ID=1010146 AND p.M_AttributeSet_ID is null) WHERE CreatedBy = 1010717 AND M_DiscountSchemaLine_ID=1010146 AND I_ProductPrice.m_product_id= 1015426 [null] [120]
    org.postgresql.util.PSQLException: ERROR: function currencyconvert(numeric, integer, integer, timestamp without time zone, integer, integer, integer) does not exist
    Hint: No function matches the given name and argument types. You might need to add explicit type casts.
    Position: 54; State=42883; ErrorCode=0
    at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2062)
    at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1795)
    at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:479)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:367)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:321)
    at sun.reflect.GeneratedMethodAccessor37.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.postgresql.ds.jdbc23.AbstractJdbc23PooledConnection$StatementHandler.invoke(AbstractJdbc23PooledConnection.java:455)
    at $Proxy1.executeUpdate(Unknown Source)
    at org.openXpertya.util.CPreparedStatement.executeUpdate(CPreparedStatement.java:227)
    at org.openXpertya.util.DB.executeUpdate(DB.java:844)
    at org.openXpertya.util.DB.executeUpdate(DB.java:829)
    at org.openXpertya.util.DB.executeUpdate(DB.java:785)
    at org.openXpertya.process.ProductPriceTemp.copyPrices(ProductPriceTemp.java:562)
    at org.openXpertya.process.ProductPriceTemp.discountLine(ProductPriceTemp.java:364)
    at org.openXpertya.process.ProductPriceTemp.doIt(ProductPriceTemp.java:159)
    at org.openXpertya.process.SvrProcess.process(SvrProcess.java:158)
    at org.openXpertya.process.SvrProcess.startProcess(SvrProcess.java:114)
    at org.openXpertya.apps.ProcessCtl.startProcess(ProcessCtl.java:527)
    at org.openXpertya.apps.ProcessCtl.run(ProcessCtl.java:282)


    ===========> DB.saveError: DBExecuteErrorrr – ERROR: function currencyconvert(numeric, integer, integer, timestamp without time zone, integer, integer, integer) does not exist
    Hint: No function matches the given name and argument types. You might need to add explicit type casts.
    Position: 54 [120]

    Servidor = localhost : 1099 (No Activo)
    Tunnel=false, Objects=false, Process=false
    Base de datos = localhost : 5432 / libertya
    Esquema = libertya
    Usuario = AdminLibertya
    Perfil = Compras
    Compañía = Libertya
    Organización = Default
    Fecha = 2011-08-11 00:00:00
    Impresora = epsontx
    OXPHome = /home/ServidorOXP
    Language=[Español (Argentina),Locale=es_AR,AD_Language=es_AR,DatePattern=DD.MM.YYYY,DecimalPoint=false]
    MClient[1010016-Libertya]
    Documentos Multi-idioma = false
    BaseLanguage = false/false
    PDF License=true
    Java HotSpot(TM) Server VM 11.0-b15
    Linux 2.6.37.6-smp unknown



    por lo que se ve hay un error de algun tipo que creo que es con el tema del pljava, es decir hay algo que no se instalo bien.
    Puede ser?

    Alguna sugerencia?

    gracias

    #36047
    Matías Nerón Cap
    Superadministrador

    Por lo visto en el error no encuentra la función currencyconvert con esos parámetros. Fijate si podés si en la base de datos existe esa función, deberías tener 2 funciones currencyconvert. Otra cosa que podrías hacer es si podés “agarrar” la query que manda en ese momento para saber qué parámetro de la función es el que está jodiendo.
    Con respecto a las versiones de postgre, por lo que pude apreciar al parecer en cada versión se vuelven más estrictos con el tema de los tipos de datos y el casting. En la base está la currencyconvert pero con el parámetro timestamp WITH time zone, no WITHOUT, lo probé en un 8.3 y me anduvo sin problemas.

    #35908
    Dario Parente
    Miembro

    Hola.
    Bueno efectivamente esa funcion no existe en mi instalacion libertya 11.05, comparandola con la instalacion de libertya que tengo en otra PC y que es una instalacion de la version anterior veo que faltan varias funciones mas.

    Hay complicaciones con la instalacion nueva de libertya o me sigue pasando a mi nomas.?

    Por el momento y hasta que se solucione el problema se deberia instalar libertya 10.09 y luego upgradearla a la 11.05?

    gracias

    #36049
    Federico Cristina
    Superadministrador

    Buenas,

    Recientemente he realizado una intalación desde cero de LY 11.05 y realmente no he tenido problemas. Estás seguro de que estás utilizando la versión correcta de PL/Java con respecto al PSQL que estás usando? (no me refiero solo a la versión, sino también a la distribución (32 o 64bits). ¿Durante la instalación no se te presentó ningún error?

    Saludos,
    Federico

    #35909
    Dario Parente
    Miembro

    Bueno voy hacer una cosa, voy a bajar libertya nuevamente a borrar todo y a reinstalar.
    Pero voy a postear todos los pasos de la instalacion.
    Asi no se me olvida nada y por cuestiones de tiempo veo como se va desarrollando la instalacion.

    #35910
    Dario Parente
    Miembro

    Bueno por mis primeras pruebas, y bajando todo de nuevo programa + base de datos e intalando todo con postgres 8.3 en slackware 13.37 funciono bien.
    debo haber bajado algo mal o no lo tenia actualizado.
    Pero en fin ese problema de errores se soluciono y el tpv factura.

    Ahora lo que sigo notando en el tpv es que al ingresar y querer buscar un articulo el cursor sigue posicionado en la primer pantalla del tpv y no pasa a la pantalla de busqueda, esto ya pasaba en versiones anteriores y me habian dicho que era un problema que se sucitaba con linux no asi en windows.
    Si coloco el cursor en cantidades y despues llamo a la pantalla de busqueda ahi si se posiciona, pero si dejo el cursor en donde va el articulo al llamar a la pantalla de busqueda queda ahi y la verdad es bastante dificultoso.

    Esto esta en vias de solucion, alguna luz?

    gracias por las demas ayudas.

Viendo 6 entradas - de la 16 a la 21 (de un total de 21)
  • Debes estar registrado para responder a este debate.