Maven Wie in Eclipse die Versionsnummern updaten?

[TheDarkRose]

Hallo, verwende Eclipse Indigo und experimentiere gerade mit Maven und m2eclipse. Habe ein Multimodulprojekt erstellt. Wie kann ich nun in parent pom die Versionsnummer ändern, das gleichzeitig auch in den Modulen die Versionsnummer der parent pom mitgeändert wird? denn ab 5 modulen ist es echt mühselig, in jeder modul pom die versionsnummer des parent per hand zu ändern.

Hoffe ich habe mich verständlich ausgedrückt.

 

[maki]

Du könntest
1. Das release Plugin nutzen, ist eines der "verrufensten" maven plugins
2. Das versions plugin nutzen mit [c]versions:set[/c]: Managing Version Numbers in Maven With the Maven Versions Plugin | Javalobby)

 

[TheDarkRose]

Wie meinst du das mit verrufen? Und wie kann ich dies von Eclipse aus managen? bin noch relativ neu in maven und co.

 

[maki]

"verrufen" weil komplex und fehlerträchtig, hat beides nix mit Eclipse zu tun sondern ist eine reine Mavenkiste.

Der Link zeigt ja wie das Version Plugin verwendet wird.

Ansonsten könntest du auch die Suchen & Ersetzen Funktion von Eclipse nutzen.

 

[TheDarkRose]

sondern ist eine reine Mavenkiste.

hmm, aus Eclipse lässt sich das nicht einfach so verwenden, oder?

 

[maki]

hmm, aus Eclipse lässt sich das nicht einfach so verwenden, oder?

Doch, ist aber wenig sinnvoll eine Maven Run config einzurichten wenn diese jedesmal neu anpasst werden müsste, schliesslich weill man ja bei jedem Aufruf eine andere Version setzen, richtig? 😉

 

[TheDarkRose]

Menno, also doch maven aufn system installieren und dann in eclipse die installierte runtime auswählen.. und dann das version plugin aus der console verwenden.. kämpfe sowieso noch mit egit, welche mir beim erstellen des repos plötzlich ne flache Projektstruktur macht, in gegensatz zu maven.

 

[maki]

Maven sollte man sowieso immer installiert haben wen man damit arbeitet, oder woher willst du wissen ob eine richtige Maveninstallation auch mit deinem Build funktioniert?
Schliesslich verwenden das m2eclipse plugin sonst einen "releasten" Maven 3.0-SNAPSHOT...

 

[TheDarkRose]

Maven sollte man sowieso immer installiert haben wen man damit arbeitet, oder woher willst du wissen ob eine richtige Maveninstallation auch mit deinem Build funktioniert?

Gutes argument

Schliesslich verwenden das m2eclipse plugin sonst einen "releasten" Maven 3.0-SNAPSHOT...

Ja, das hab ich schon rausgefunden, das m2e ein embedded maven mitliefert. Was sollte ich eher benutzen, maven 2 oder 3?

P.S. was ist eigentlich der unterschied zwischen dependcy und dependcy management?

 

[Wildcard]

DependencyManagement beschreibt keine echte Abhängigkeit sondern legt normal nur eine bestimmte Version einer Abhängigkeit fest. Findest sich üblicherweise in einer parent pom um für alle Kinder eine einheitliche Version bestimmter Artifakte festzulegen.
Wenn eine Abhängigkeit in DependencyManagment auf eine Version festgelegt wurde, kann und muss man die Version bei <dependency> nicht mehr eintragen.

 

[Aldimann]

Ich würde dir sowieso von egit abraten.

Habe schon von Leuten gehört die damit größere Probleme hatten und bis dahin das ihr Eclipse (nicht der nur der Workspace 😉 ) nicht mehr ging...

Und das Maven Plugin hat auch schon das ein oder andere mal ganz gut gebockt...

Und das ganze auf der Konsole zu bedienen ist nun wirklich nicht schwer 😉.

@maki:
Gibts bzgl. der Fehlerträchtigkeit des mvn release plugin irgendwo was zum Nachlesen wo da Probleme auftreten etc.?

 

[Empire Phoenix]

Von dem git eclipse plugin kann ich auch nur abraten von dem was ich bislang gehört habe, die Personen die ich kenne benutzen git liber auf der commandozeile bevor eclipse gestartet wird.

 

[maki]

@maki:
Gibts bzgl. der Fehlerträchtigkeit des mvn release plugin irgendwo was zum Nachlesen wo da Probleme auftreten etc.?

Die Fehlerträchtigkeit hat imho die komplexität des Vorgangs als Ursache, das Plugin selber ist sehr stabil, aber eben nicht so einfach zu nutzen.

Kannst ja mal googeln, selbst erfahrene Mavennutzer verzweifeln manchmal anfangs mit dem Plugin.

Persönlich komme ich gut klar mit dem Release plugin, nur um klarzustellen dass ich das release plugin nicht schlecht finde.

 

[TheDarkRose]

DependencyManagement beschreibt keine echte Abhängigkeit sondern legt normal nur eine bestimmte Version einer Abhängigkeit fest. Findest sich üblicherweise in einer parent pom um für alle Kinder eine einheitliche Version bestimmter Artifakte festzulegen.
Wenn eine Abhängigkeit in DependencyManagment auf eine Version festgelegt wurde, kann und muss man die Version bei <dependency> nicht mehr eintragen.

D.h. ich trage alle externen Dependencies in DependencyManagement mit meiner gewünschten Version in meine parent pom ein und ein den modulen schreib ich nur mehr diejenige Dependency rein, die halt gerade das Modul braucht, brauch mich aber nicht mehr um die Version kümmern, da dies ja schon das parent pom macht. Richtig so?

Ich würde dir sowieso von egit abraten.

Habe schon von Leuten gehört die damit größere Probleme hatten und bis dahin das ihr Eclipse (nicht der nur der Workspace 😉 ) nicht mehr ging...

Von dem git eclipse plugin kann ich auch nur abraten von dem was ich bislang gehört habe, die Personen die ich kenne benutzen git liber auf der commandozeile bevor eclipse gestartet wird.

möml, möml, möml, ich weiß ja nicht was eure Leute da gemacht haben, aber ich arbeite schon seit gut einem Jahr mit EGit ohne Probleme und das nicht nur bei Java Projekten 😉 nur halt noch nie zusammen mit maven. der vorteil an Egit, es commited nicht jeden s***** aus den .settings Folder, sondern nur projektspezifische Einstellungen, oder so [:

 

[Wildcard]

D.h. ich trage alle externen Dependencies in DependencyManagement mit meiner gewünschten Version in meine parent pom ein und ein den modulen schreib ich nur mehr diejenige Dependency rein, die halt gerade das Modul braucht, brauch mich aber nicht mehr um die Version kümmern, da dies ja schon das parent pom macht. Richtig so?

Richtig

 

[Aldimann]

möml, möml, möml, ich weiß ja nicht was eure Leute da gemacht haben, aber ich arbeite schon seit gut einem Jahr mit EGit ohne Probleme und das nicht nur bei Java Projekten 😉 nur halt noch nie zusammen mit maven. der vorteil an Egit, es commited nicht jeden s***** aus den .settings Folder, sondern nur projektspezifische Einstellungen, oder so [:

Evtl. werde ich es auch einfach mal selbst ausprobieren... Aber bzgl. der .settings Folder etc. brauchst du nur die .gitignore anpassen 😉

 

[TheDarkRose]

Evtl. werde ich es auch einfach mal selbst ausprobieren... Aber bzgl. der .settings Folder etc. brauchst du nur die .gitignore anpassen 😉

ja schon, aber bestimmte Settings will ich ja im Git haben, wie z.B. die Zeichenkodierung oder so.

 

[maki]

ja schon, aber bestimmte Settings will ich ja im Git haben, wie z.B. die Zeichenkodierung oder so.

Zeichenkodierung etc. willst du nicht in (e)Git haben, sondern in maven, Eclipse übernimmt dass dann durch das m2eclipse plugin.

Maven ist für den Build zuständig, könntest auch Notepad zum programmieren nehmen, vollkommen egal.

 

[TheDarkRose]

Zeichenkodierung etc. willst du nicht in (e)Git haben, sondern in maven, Eclipse übernimmt dass dann durch das m2eclipse plugin.

Ja, gut mit Maven sieht das schon wieder anders aus. Aber nachdem ich vorher kein Buildtool hatte, war das schon erforderlich.

 

[TheDarkRose]

Also, Maven projekte in Eclipse erzeugen, per Git auf der Kommandozeile Repo erzeugen und .settings auf .gitignore setzen. .buildpath und .project sollten trotzdem ins SCM? Wo werden aber die Project Facets bei JavaEE Projekten gespeichert?

 

[Aldimann]

Also, Maven projekte in Eclipse erzeugen, per Git auf der Kommandozeile Repo erzeugen und .settings auf .gitignore setzen. .buildpath und .project sollten trotzdem ins SCM? Wo werden aber die Project Facets bei JavaEE Projekten gespeichert?

Bitte überarbeite mal deinen Post... 😵

Wieso willst du die .project Dateien einchecken? Die kannste doch aus Maven heraus erzeugen!? Also auch auf die .gitignore...
Meinst du wirklich .buildpath oder evtl. doch die .classpath? Naja mit der verhält es sich wie mit der .project...

KP ob wir jetzt von dem selben reden, aber ich würde die Project Facets im git speichern...

 

[TheDarkRose]

KP ob wir jetzt von dem selben reden, aber ich würde die Project Facets im git speichern...

Naja, mit Project Facets meine ich bei Eclipse, wenn man ein Java EE Projekt hat, kann man ja einstellen, welche Fähigkeiten, wie EJB, JPA, etc es haben kann und in welcher Version. Wo speichert Eclipse dies ab? Das bräucht ich ja dann auch theoretisch im git, oder?

 

[maki]

Nö, auch dafür gibt es ein Maven Plugin: Maven Eclipse plugin - Additional Facets

Idealerweise sollte man gar nix von der IDE einchecken wenn man Maven verwendet.

Man muss sich halt mit dem Gedanken anfreunden, dass Maven nun den Build und alles zugehörige verwaltet 😉

 

[TheDarkRose]

Ja, da muss ich noch mächtig umdenken. Fettes danke für den Link

 

[Wildcard]

Idealerweise sollte man gar nix von der IDE einchecken wenn man Maven verwendet.

Sehe ich etwas anders. Davon abgesehen das ich in meinem speziellen Fall auch Dinge wie .classpath einchecke weil ich mit Maven Tycho Dinge mache die offiziell gar nicht unterstützt sind... 🙂

Ich verwende zum Beispiel gerne Project Specific Settings für Formatter, Clean up on safe actions usw.
Dann muss ich mich nicht drauf verlassen das jeder Entwickler den Guidelines fürs Eclipse einrichten folgt, sondern alles ist direkt im Projekt konfiguriert.