Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0042347 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Localization Pack: Spain] Spain Professional Localization Pack | minor | always | 2019-11-20 13:44 | 2020-02-07 12:44 | |||
Reporter | fcasado | View Status | public | |||||
Assigned To | Mery Anelo | |||||||
Priority | normal | Resolution | unable to reproduce | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Linux 64 bit | Database | Oracle | Java version | 1.8.0_131 | |||
OS Version | Ubuntu 16.04.2 | Database version | 11.2R2 | Ant version | 1.9.9 | |||
Product Version | SCM revision | |||||||
Regression date | ||||||||
Regression introduced by commit | ||||||||
Regression level | ||||||||
Review Assigned To | vmromanos | |||||||
Regression introduced in release | ||||||||
Summary | 0042347: Dependencias locales no satisfechas | |||||||
Description | Cuando busco actualizaciones no me sale ninguna actualización. Según tengo entendido ante un fallo así tengo que comprobar las dependencias locales primero. Lo hemos hecho con ant check.module.consistency y el resultado es: [checkConsistency] 21765 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Local Dependencies are not satisfied [checkConsistency] 21770 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - ==================================== [checkConsistency] [checkConsistency] 21775 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Spain AEAT SII-1.5.2201 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.600", pero sólo la versión "4.4.1" está disponible. [checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible. [checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Withholding Report: Modelo 190 (Spain)" en versión "3.4.0", pero sólo la versión "3.7.1" está disponible. [checkConsistency] Tax Report: Modelo 340 (Spain)-3.6.600 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible. [checkConsistency] BUILD FAILED /home/fcasado/openbravo/obiso300sources/build.xml:1020: Dependencies are not satisfied No entiendo por qué teniendo versiones superiores esto es un problema. | |||||||
Steps To Reproduce | Cuando busco actualizaciones no me sale ninguna actualización. Según tengo entendido ante un fallo así tengo que comprobar las dependencias locales primero. Lo hemos hecho con ant check.module.consistency y el resultado es: [checkConsistency] 21765 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Local Dependencies are not satisfied [checkConsistency] 21770 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - ==================================== [checkConsistency] [checkConsistency] 21775 [main] ERROR org.openbravo.erpCommon.modules.CheckLocalConsistency - Spain AEAT SII-1.5.2201 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.600", pero sólo la versión "4.4.1" está disponible. [checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible. [checkConsistency] Professional Localization pack Spain (España)-3.27.0 depende del módulo "Withholding Report: Modelo 190 (Spain)" en versión "3.4.0", pero sólo la versión "3.7.1" está disponible. [checkConsistency] Tax Report: Modelo 340 (Spain)-3.6.600 depende del módulo "Spain AEAT Modelo 347 for APR" en versión "4.1.0", pero sólo la versión "4.4.1" está disponible. [checkConsistency] BUILD FAILED /home/fcasado/openbravo/obiso300sources/build.xml:1020: Dependencies are not satisfied No entiendo por qué teniendo versiones superiores esto es un problema. | |||||||
Tags | No tags attached. | |||||||
Attached Files | ModulosInstalados.xls [^] (103,936 bytes) 2019-11-20 13:45 | |||||||
Relationships [ Relation Graph ] [ Dependency Graph ] | |
Notes | |
(0115715) fcasado (reporter) 2019-11-20 13:47 |
He copiado por error el mismo campo en Steps to reproduce. Quería poner esto en los pasos que hay que seguir: Tener instalado el Professional Localization pack Spain (España) 3.27.0. Adjunto la relación de módulos de openbravo que tenemos instalados, dejando al margen los nuestros. Nuestra versión de Openbravo es Openbravo 3.0 PR19Q2.2 Professional Edition Instance licensed to ISOTROL Version number: 3.0.35653 |
(0115737) ivancaceres (reporter) 2019-11-21 08:35 edited on: 2019-11-21 08:36 |
Para solucionar este problema, todos los modulos del pack de localización así como el del SII tendrían que estar en CS. facasao, mientras tanto si quieres solucionarlo, puedes manipular las dependencias de tus modulos en tu entorno para que "obvien" la validación. Aún así, te tocara instalar después módulos en QAA para que todo te funcione correctamente. Hasta que Openbravo saque una solución, usa esto bajo tu propia responsabilidad. |
(0116365) ivancaceres (reporter) 2019-12-17 08:15 |
Buenos días, Esta issue se resuelve subiendo al forge todos los modulos del pack de localización y del SII en estado confirmed stabled y relacionados con la versión PR19Q3 de Openbravo. En poco tiempo van a llegar las nuevas versiones de los módulos del pack y actualizar desde una versión anterior a PR18Q4 va a ser muy complicado. El hacer estos cambios no interfiere con la funcionalidad de los mismos. ¿Podríais dar prioridad a realizar estas modificaciones? Un Saludo |
(0116373) dmiguelez (developer) 2019-12-17 12:43 |
Buenos días, El problema con las versiones superiores sucede cuando existe un cambio de major version, como es el caso. Entre las versiones 3.27 y 3.29 del pack existe un cambio tecnológico muy importante, por eso la versión 3.27 es la última en Confirmed Stable a día de hoy. Sin embargo, en vuestra instancia, tenéis dos módulos cuyas versiones no con compatibles con la 3.27: - Spain AEAT Modelo 347 for APR - Withholding Report: Modelo 190 (Spain)" en versión "3.4.0 Y, la versión que tenéis de OB (3.0 PR19Q2.2) debería usar la versión 3.29 del pack. Por lo tanto, para solucionar este problema: 1. Resolver los problemas de dependencias en local: - Descargar de la forja la versión correcta de los dos módulos en conflicto (4.1.600 para el modelo 347 y 3.4.0 para el modelo 190) - Sustituir las versiones actuales del módulo con las versiones antiguas 2. Actualizar el pack a la versión 3.29 - Una vez resueltas las dependencias en el entorno, buscar actualizaciones para el estado QA Approved (no confirmed stable) - Debería aparecer la opción de actualizar el pack a la versión 3.29. Actualizarlo. |
(0116380) raulalfaya (reporter) 2019-12-17 16:03 |
Hola dmiguelez, Me explicas como se puede hacer esto que dices: Descargar de la forja la versión correcta de los dos módulos en conflicto (4.1.600 para el modelo 347 y 3.4.0 para el modelo 190) Un Saludo |
(0116395) ivancaceres (reporter) 2019-12-18 09:50 |
Hola dmiguelez, Según las especificaciones de Openbravo las versiones QAA pasan a confirmed establed a los dos meses. La versión 3.29.0 es de hace casi un año, con lo que debería haber pasado a CS hace tiempo ya. Lo mismo con el 190 y con el 347. Por otro lado, comentarte que no se pueden descargar estos módulos desde la forja porque son comerciales. Un Saludo |
(0116515) ivancaceres (reporter) 2019-12-24 13:28 |
Estamos actualizando un entorno con el pack del cash vat y el problema es más grave, es imposible actualizar y dejar las versiones consistentes sin actualizar el core a QAA |
(0117566) vmromanos (manager) 2020-02-07 12:44 |
El problema está en el entorno local en concreto. Esa instancia tiene instalado una versión del SII y del SPLP que dependen del 347 en versión 4.1.600. Sin embargo la instancia tiene instalada la versión 4.4.1 del 347, haciendo que las dependencias no se cumplan. Para llegar a esa situación posiblemente se haya forzado la instalación del 347 de forma manual. En cualquier caso se deberá primero resolver las dependencias en esa instancia (por ejemplo instalando la versión 4.1.600 del 347). Posteriormente, una vez la instancia esté en un estado consistente, proceder a una actualización del sistema que entonces sí debería de funcionar. |
Issue History | |||
Date Modified | Username | Field | Change |
2019-11-20 13:44 | fcasado | New Issue | |
2019-11-20 13:44 | fcasado | Assigned To | => Jorge Bravo |
2019-11-20 13:45 | fcasado | File Added: ModulosInstalados.xls | |
2019-11-20 13:47 | fcasado | Note Added: 0115715 | |
2019-11-21 08:33 | ivancaceres | Issue Monitored: ivancaceres | |
2019-11-21 08:35 | ivancaceres | Note Added: 0115737 | |
2019-11-21 08:36 | ivancaceres | Note Edited: 0115737 | View Revisions |
2019-11-21 14:22 | Jorge Bravo | Assigned To | Jorge Bravo => Mery Anelo |
2019-12-17 08:15 | ivancaceres | Note Added: 0116365 | |
2019-12-17 12:43 | dmiguelez | Note Added: 0116373 | |
2019-12-17 16:03 | raulalfaya | Note Added: 0116380 | |
2019-12-18 09:50 | ivancaceres | Note Added: 0116395 | |
2019-12-24 13:28 | ivancaceres | Note Added: 0116515 | |
2020-02-07 12:44 | vmromanos | Review Assigned To | => vmromanos |
2020-02-07 12:44 | vmromanos | Note Added: 0117566 | |
2020-02-07 12:44 | vmromanos | Status | new => closed |
2020-02-07 12:44 | vmromanos | Resolution | open => unable to reproduce |
Copyright © 2000 - 2009 MantisBT Group |