Wenn Sie ein Unternehmen Maven-Repository als ein Proxy von zentraler Bedeutung für Maven, ist das Beste, was zu tun, da diese JAR-Dateien zur Verfügung zu stellen:
mvn install:install-file -Dfile=<path to the jarfile> -DgeneratePom=true -Dpackaging=jar -Dversion=<version> -DgroupId=<groupId> -DartifactId=<artifactId>
In einem solchen Fall die groupId ist normalerweise zusammengesetzt aus Ihrem Firmenpräfix und dann dem Basispaket des Artefakts. Die artefactId wäre der letzte Teil ohne die Version. Zum Beispiel für com.ibm.ws.ejb.thinclient_8.5.0.jar
, die Version ist , die artifactId thinclient
und die groupId etwas wie com.example.thirdparty.com.ibm.ws.ejb
. Der gleiche Ansatz funktioniert auch, wenn Sie der einzige Entwickler sind und diese Artefakte in Ihrem lokalen Repository installieren.
Siehe auch die official documentation
Ein weiterer Ansatz, um diese Dateien als Teil des Projektes zu haben wäre und sie durch einen lokalen Pfad zu verweisen und von dort installiert entweder mit den maven-install-plugin
oder durch die Schritte vom ersten Ansatz Ausstellung als Teil des Build-Prozesses. Siehe Maven and adding JARs to system scope und Maven: add a dependency to a jar by relative path.
Haftungsausschluss: Ich habe immer die erste Option verwendet, da dies der richtige Weg zu sein scheint.
Das hängt davon ab: Werden diese JAR-Dateien nur zur Laufzeit verwendet oder sind sie auch beim Erstellen (Kompilieren) des Artefakts erforderlich? – hotzst
Die Klassen der Artefakte werden direkt im Quellcode verwendet und sind daher für die Kompilierung erforderlich. –
https://developer.ibm.com/answers/answers/169437/view.html – fnt