Interne Dependencies in Maven

[LimDul]

Ja, in der Regel läuft es so:

Während der Entwicklung lautet die Nummer Irgendwas-SNAPSHOT. Bei uns z.B. aktuell 24.7-SNAPSHOT.

Dann wird irgendwann das Release gebaut, das bekommt die Nummer 24.7.0 und die Nummer in Entwicklung wird auf 25.1-SNAPSHOT gesetzt.

Dafür gibt es auch das maven-release-plugin, das genau diese Änderung der Versionen vornimmt: https://maven.apache.org/maven-release/maven-release-plugin/

Hier ist auch noch mal was beschrieben: https://docs.oracle.com/middleware/1212/core/MAVEN/maven_version.htm#MAVEN8855

Das wichtige ist -SNAPSHOT hat eine Sonderbedeutung. Eine Abhängig, die mit -SNAPSHOT definiert ist, wird in der Regel auch immer aus dem Repository neu gezogen, während eine feste Version 1x gezogen wird und lokal gecached wird. Ein Repository wird es in der Regel auch verbieten eine Version in Repository zu pushen, die schon existiert - außer es ist eine -SNAPSHOT Version

 

[Gelöschtes Mitglied 68249]

So, und nachdem ich heute mehr oder weniger erfolgreich ein weiteres altes Tool ins IntelliJ mit Maven überführt habe, muss ich jetzt nochmal eine dumme Frage aus meiner alten monolitischen Unwissenheit stellen (außerdem habe ich gerade angefangen "5 Lines of Code" zu lesen):
Da ich mit dem Umzug schon einiges versuche zu refactorieren, habe ich ein paar Sachen, die wiederverwendbar sind ausgelagert, damit ich sie in Zukunft immer auf dieselbe Art mache, z.B. die Struktur von ConfigFiles.
Dabei ist mir aber wieder ein Ball von Redundanzen aufgefallen, den ich früher einfach über generellere Klassen geregelt hätte, aber jetzt bräuchte ich ein generelles Modul.
Etwas genauer:
Ich habe Connectoren zu vielen anderen Anwendungen, die alle über Rest aufgerufen werden.
Da aber in den Anwendungen die Rest-Calls teilweise sehr unterschiedlich sind, macht es keinen Sinn da etwas zu vereinheitlichen.
Also hat jede einzelne Anwendung ein Modul und dort lege ich für jeden Anwendungsfall eine Methode an. Außerdem hat jedes Modul seinen eigenen ExceptionTyp bekommen, damit ich im Hauptmodul später unterscheiden kann, von wo her die z.B. JSONException gekommen ist.
Aber in jedem Modul baue ich einen HttpClient auf und lasse mir eine HttpResponse liefern (beides natürlich Closable).
Aber bei den Feinheiten hab ich Probleme das im Kopf genereller hin zu bekommen. Die eine Anwendung hätte gerne Benutzer und Passwort im Header, die nächste will es als Payload. Bei einer weiteren müssen es NTCredentials sein, wo ich eine Domäne mitliefern muss.
In meiner Lagacy-Anwendung kann ich damit um gehen, da baue ich einfach kleine Methoden ein, die mir damit helfen.
Wenn ich da jetzt aber ein generelles Modul draus machen will, dann muss ich das Modul eigentlich als Blackbox ansehen und es muss theoretisch von Außen immer erkennbar sein, wie ich es verwende.
Also ich sehe da Potential zur Optimierung, aber ich sehe nicht wie.