Respuestas de foro creadas
-
Entradas
-
Buenas, probablemente falte ajustes adicionales previos al SQL que te pasé. Te sugeriría que como primer aproximacíon pruebes entonces con la opción 2 a ver qué pasa. Comentá la línea 758 dentro del jar y fijate si ahí la instalación puede continuar sin problemas.
Slds!
Buenas!
Probablemente tu instancia no cuenta con la vista ad_plugin_detail_v, y dado que una de las actividades de actualización implica eliminar y regenerar dicha vista, el instalador está informando el error en cuestión.
Tenés dos alternativas para solucionarlo:
1) Crear la vista desde pgAdmin ejecutando la siguiente sentencia SQL:
create view ad_plugin_detail_v as select cv.name, cv.ad_componentobjectuid, pd.version, pd.created, pd.createdby, pd.component_export_date as export_date, pd.component_first_changelog as first_changelog, pd.component_last_changelog as last_changelog, pd.component_first_changelog_uid as first_changelog_uid, pd.component_last_changelog_uid as last_changelog_uid, pd.component_first_changelog_group_uid as first_changelog_group_uid, pd.component_last_changelog_group_uid as last_changelog_group_uid, pd.install_details from ad_plugin p inner join ad_plugin_detail pd on p.ad_plugin_id = pd.ad_plugin_id left join ad_componentversion cv on p.ad_componentversion_id = cv.ad_componentversion_id order by pd.created asc;Esto generará la vista en cuestión y luego el instalador podrá regenerarla.
2) Modificar el archivo preinstall.sql que se encuentra dentro del archivo org.libertya.core.upgrade_19.07_21.0.jar, eliminando o comentando (con dos guiones –) la línea 758:
drop view ad_plugin_detail_v;Esto omite el drop de la vista que no existe, evitando el error en cuestión.
Slds!
FedericoBuenas, nos alegra que hayas podido resolver el problema y gracias por compartir la resolución del mismo con el resto de la comunidad!
Slds,
FedericoDaniel, cómo estás?
Si bien está en nuestros planes actualizar la versión de JasperReports, por el momento el ticket asociado en SourceForge se encuentra en estado open dado que estuvimos abordando temas de mayor prioridad en los últimos releases, lo cual hizo relegar este tema. Esperamos poder abarcarlo a la brevedad!!
Slds,
FedericoBuenas, la semana pasada te envié un correo a la dirección indicada. Cualquier inquietud estamos a tu disposición.
Slds!
FedericoBuenas,
Los fuentes Libertya se encuentran versionados mediante SVN en SourceForge: https://sourceforge.net/p/libertya/src/HEAD/tree/
Podés navergarlo online desde el sitio de SourceForge, o bien para hacer un checkout de los mismos, simplemente podés ejecutar:
svn checkout svn://svn.code.sf.net/p/libertya/src/trunk libertya-srcSlds!
FedericoBruno, cómo estás?
El proyecto Libertya y los archivos de descarga correspondientes se encuentran alojados en SourceForge ( https://sourceforge.net/projects/libertya/files/ ).
Acabo de verificar lo que mencionás y al menos en este momento las descargas parecieran estar funcionando correctamente (aunque con cierta lentitud según pude notar).
Si el problema sigue presentándose no dudes en avisarnos, indicando cual es el archivo (o archivos) con el que tenés dificultades.
Saludos!
FedericoBuenas,
Estamos próximos a liberar la nueva versión. Junto con ella habrá también parche para la 19:07.
Slds!
Buenas. No se bien a qué funcionalidad en particular estas apuntanto, pero en términos generales las entidades comerciales pueden ser tanto proveedores, como clientes y/o empleados, los cuales pueden ser vendedores. Es posible además asociar usuarios con entidades comerciales.
Slds!
FedericoBuenas,
Incorporar funcionalidad desarrollada pero no incluida en un release oficial requiere ciertos conocimientos técnicos.
Si la mejora abarca simplemente cambios en clases de Java, podés descargar los fuentes, compilarlos y crear un patch para incluirlo en los binarios de la instancia en producción.
Ahora bien, si la mejora requiere también cambios sobre la BBDD, deberás descargarte un dump de desarrollo, exportar los metadatos y generar un upgrader. Esto que comento aquí si bien es factible de realizar no es tan sencillo.
Todo este know-how es parte de la metodología de desarrollo de Libertya Componentes, sobre la cual podés encontrar documentación en la wiki correspondiente.
De todas maneras, tené en cuenta que en poco tiempo estaremos lanzando un nuevo release de Libertya, el cual abarca todas las modificaciones incluidas en desarrollo hasta la fecha del armado del release.
Slds,
FedericoBuenas, vamos por partes.
El trabajo de instalar plugin se debe realizar en el servidor y tambien en cada equipo.
La instalación del plugin deberá realizarse en el servidor. Sin embargo posteriormente deberás descargarte la nueva versión de Libertya (que contiene los binarios del modulo nativo) desde el servidor hacia la PC que emite facturas, ya sea mediante JNLP (Java Web Start), descargando el cliente pesado. También es posible utilizar el LYWeb del servidor para completar y registrar las facturas electrónicas.
Al cargar los certificados en el servidor y darle que los valide me sale el error
Error en validación certificado homologación: java.lang.Exception: Error al obtener nuevo TA. Certificado no emitido por AC de confianza.El módulo permite cargar tanto certificados de homologación como de producción, y validarlos independientemente. El error que está indicándote ahí es que el certificado de HOMOLOGACION no es el correcto (quizás porque no lo cargaron o también cargaron el de producción en ese campo), pero respecto del certificado de PRODUCCION no te está indicando error alguno.
Cuando entro en la pc que emite facturas electronicas y le doy validar certificados, me sale este error
Error starting Class org.libertya.locale.ar.electronicInvoice.process.LYEIValidateCRTProcessEsto es justamente porque los binarios de esa PC no están actualizados. Ver lo que comenté previamente sobre actualizar los binarios de la PC que emite las facturas.
Slds!
Buenas,
El error lo está retornando AFIP dado que el certificado no es el esperado. Las causas podrían ser alguna de las siguientes:
– Se cargó el certificado incorrecto (homo/prod) en la pestaña Punto de Venta Electrónico de la ventana de Configuracion de factura electronica para el punto de venta donde se está intenando emitir
– Se seleccionó un ambiente incorrecto (homo/prod) en el campo “Ambiente Actual” en la pestaña Punto de Venta Electrónico de la ventana de Configuracion de factura electronica para el punto de venta donde se está intenando emitirEfectivamente, la instalación de openssl y variables de entorno debe realizarse en cada punto de venta donde se emitan facturas.
La carpeta pyafipws ya no es más utilizada desde el momento en que se instala el módulo nativo. Como en todos los casos, se recomienda igualemente realizar una copia de respaldo de la misma.
Slds!
FedericoBuenas,
El módulo pwafipws dejó de ser utilizado por Libertya a partir de la versión 18.06, con lo cual si no llegas a poder resolver el problema, te sugeriría que en lo posible veas de pasarte al módulo nativo de facturación electrónica LYEI.
Saludos,
FedericoBuenas,
Es un tema que a veces nos trae ciertas complicaciones.
Antes que nada verificá si el servicio de postgres inicia correctamente, dado que Libertya requiere que éste se encuentre iniciado a fin de levantar correctamente el servidor.
Adicionalmente podrías probar a usar alguna herramienta como sysv-rc-conf, update-rc.d, etc.
Cualquier resolución al problema y aporte a la comunidad es bienvenido!
Slds,
Federico