En primer lugar (y nunca voy a repetir lo suficiente), utilizando system
con ámbito dependencias es desalentado a menos que sepa exactamente lo que está haciendo. De Dependency Scopes:
sistema: Esta dependencia se requiere en alguna fase del ciclo de vida de su proyecto , pero es específicos del sistema. El uso de este ámbito se desanima: Esto se considera una especie "avanzada" de la función y debe sólo se puede utilizar cuando realmente entender todas las ramificaciones de su uso, que puede ser extremadamente difícil, si no realidad imposible cuantificar. Este ámbito, por definición, hace que su compilación no sea portátil. Puede ser necesario en ciertos casos de borde. El alcance del sistema incluye el elemento <systemPath>
que apunta a la ubicación física de esta dependencia en la máquina local. Es , por lo tanto, se utiliza para referirse a algún artefacto que se espera que esté presente en la máquina local dada y no en un repositorio; y cuya ruta puede variar máquina a máquina. El elemento systemPath
puede hacer referencia a las variables de entorno en su ruta: ${JAVA_HOME}
por ejemplo.
Ahora, para responder estrictamente a su pregunta, se declara una dependencia con un alcance system
que apunte en varios frascos que es "posible" SI la dependencia tiene una lista MANIFEST.MF
otros JAR relativamente en su entrada Class-Path
. Algo como esto (suponiendo que la dependencia "raíz" está en lib
):
Class-Path: ../lib/bar.jar ../lib/foo.jar
pero no recomienda este enfoque, especialmente en su caso particular. En su lugar, eche un vistazo a este previous answer donde describo cómo configurar un repositorio basado en archivos.
complemento genial. gracias – ufk
addjars-maven-plugin requiere Maven versión 3.0. – SKR