Maven

[thor_norsk]

Guten Morgen,
ich habe Maven unter Linux installiert und Alles hat geklappt bis zur Package - Erzeugung.
In meinem App-Ordner hat Maven folgende Daten und Verzeichnisse angelegt: pom.xml / src/ target
Als nächstes habe ich versucht mit folgendem Befehl : mvn package , Pakete zu erzeugen.
Fehlermeldung:
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------< com.zention.training.demo:myapp >-------------------
[INFO] Building myapp 1.0-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ myapp ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /home/freya/myapp/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ myapp ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 1 source file to /home/freya/myapp/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] Source option 5 is no longer supported. Use 7 or later.
[ERROR] Target option 5 is no longer supported. Use 7 or later.
[INFO] 2 errors
[INFO] -------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 0.711 s
[INFO] Finished at: 2023-03-09T04:25:56+01:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project myapp: Compilation failure: Compilation failure:
[ERROR] Source option 5 is no longer supported. Use 7 or later.
[ERROR] Target option 5 is no longer supported. Use 7 or later.
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException

Installiert: Apache Maven 3.6.3 / openjdk 17.0.6

Danke.

 

[mihe7]

In Deiner POM ist angegeben, dass Du Java 5 (1.5) verwenden willst. S. https://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html Stell das auf Deine Java-Version ein.

 

[thor_norsk]

Vielen Dank. Ich werde es versuchen

 

[KonradN]

Evtl. noch ein kleiner Hinweis: Du wirst vermutlich in der POM keine Java Version gesetzt haben. Und dann nimmt das Compiler Plugin 1.5 als Version.

Und setzen kannst Du das entweder, indem Du das compiler Plugin in build/plugins konfigurierst oder in dem Du Properties setzt:

    <properties>
        <maven.compiler.source>17</maven.compiler.source>
        <maven.compiler.target>17</maven.compiler.target>
    </properties>

 

[khmarbaise]

Der Erste Schitt ist, dass maven-compiler-plugin auf die neueste Version zu aktualisieren (3.11.0) und die weitere Konfiguration entsprechend anzupassen:

 <properties>
        <maven.compiler.release>17</maven.compiler.release>
</properties>

Seit Java 9+ ist die Verwendung der release option zu bevorzugen.

Die verwendung von 1.5 liegt einfach daran, dass die Version des Maven Compiler Plugin so alt ist... siehe https://maven.apache.org/plugins-archives/maven-compiler-plugin-3.1/

Hier die Reference auf die neueste Version:

Apache Maven Compiler Plugin – Introduction

Ich würde auch vorschlagen die anderen Plugins auf die neuesten Versionen zu aktualisieren..
https://maven.apache.org/plugins (maven-resources-plugin etc.)

Weiterhin würde ich dringend empfehlen, dass die Verwendet Maven version aktualisiert wird... 3.6.3 ist auch schon ein wenig älter...

Maven – Maven Releases History

Vorschlag wäre hier 3.8.X oder eventuell schon 3.9.0...

 

[thor_norsk]

Also habe ich die Werte eingetragen hat, wie Herr Konrad beschrieben hat.
Erst mit 17 versucht und Anschließend mit 17.0.6. Funktioniert leider nicht.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>

<groupId>com.zention.training.demo</groupId>
<artifactId>myapp</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>

<name>myapp</name>
<url>http://maven.apache.org</url>

<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>

<properties>
<maven.compiler.source>17.0.6</maven.compiler.source>
<maven.compiler.target>17.0.6</maven.compiler.target>
</properties>

<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>

Fehlermeldung:
INFO] Scanning for projects...
[ERROR] [ERROR] Some problems were encountered while processing the POMs:
[FATAL] Non-parseable POM /home/freya/myapp/pom.xml: Duplicated tag: 'properties' (position: START_TAG seen ...</properties>\n\n <properties>... @17:15) @ line 17, column 15
@
[ERROR] The build could not read 1 project -> [Help 1]
[ERROR]
[ERROR] The project (/home/freya/myapp/pom.xml) has 1 error
[ERROR] Non-parseable POM /home/freya/myapp/pom.xml: Duplicated tag: 'properties' (position: START_TAG seen ...</properties>\n\n <properties>... @17:15) @ line 17, column 15 -> [Help 2]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[ERROR] [Help 2] http://cwiki.apache.org/confluence/display/MAVEN/ModelParseException

 

[mihe7]

Duplicated tag: 'properties'

Du hast zweimal properties in Deiner POM, das geht so nicht.

Ändere mal

 <properties>
   <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
 </properties>

 <properties>
       <maven.compiler.source>17.0.6</maven.compiler.source>
       <maven.compiler.target>17.0.6</maven.compiler.target>
   </properties>

zu

 <properties>
   <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
   <maven.compiler.source>17</maven.compiler.source>
   <maven.compiler.target>17</maven.compiler.target>
 </properties>

Nachtrag:
Und wie @khmarbaise geschrieben hat, wird es - je nach Maven-Version - notwendig, eine aktuelle Version für das Compiler-Plugin anzugeben.

Außerdem: junit 3.8?!? Das ist von 2007.

 

[thor_norsk]

Ok. Dank .Probiere ich morgen aus.

 

[khmarbaise]

Du hast zweimal properties in Deiner POM, das geht so nicht.

Nachtrag:
Und wie @khmarbaise geschrieben hat, wird es - je nach Maven-Version - notwendig, eine aktuelle Version für das Compiler-Plugin anzugeben.

Das ist nicht ganz richtig. Das maven-compiler-plugin kann und sollte man unabhängig von der Maven version definieren... die Maven version hat schlicht damit nichts zu tun... Es ist Best-Practice alle Plugins mit der version via pluginManagement zu definieren..

Weiterhin mit JDK9+ sollte man eben release verwenden:

<properties>
  ...
  <maven.compiler.release>17</maven.compiler.release>
</properties>

 

[mihe7]

Das ist nicht ganz richtig. Das maven-compiler-plugin kann und sollte man unabhängig von der Maven version definieren... die Maven version hat schlicht damit nichts zu tun... Es ist Best-Practice alle Plugins mit der version via pluginManagement zu definieren..

Ja, das war nicht ganz sauber formuliert. Mein Satz erweckt den Eindruck, Du hättest die Sache mit der Maven-Version geschrieben. Das ist nicht korrekt. Und ja, man sollte die Version unabhängig von der Maven-Version definieren, ob die Notwendigkeit dazu besteht, hängt allerdings durchaus von der Maven-Version ab. So wird z. B. in Maven 3.8.1 standardmäßig das Compiler-Plugin 3.1 verwendet, in Maven 3.9.0 dagegen 3.10.1. Ich meine, 3.1 reicht nicht ohne weiteres für Java 9+.

 

[khmarbaise]

Ja, das war nicht ganz sauber formuliert. Mein Satz erweckt den Eindruck, Du hättest die Sache mit der Maven-Version geschrieben. Das ist nicht korrekt. Und ja, man sollte die Version unabhängig von der Maven-Version definieren, ob die Notwendigkeit dazu besteht, hängt allerdings durchaus von der Maven-Version ab. So wird z. B. in Maven 3.8.1 standardmäßig das Compiler-Plugin 3.1 verwendet, in Maven 3.9.0 dagegen 3.10.1. Ich meine, 3.1 reicht nicht ohne weiteres für Java 9+.

Die Verwendung von plugins sollte immer im eigenen Build definiert werden (Notwendigkeit!).. sprich pluginManagement alles andere führt dazu, dass ein Build nicht reproduzierbar sind... was eine recht schlecte Idee ist... Es ist ja nicht nur das maven-compiler-plugin sondern auch sehr wichtige andere... z.B. surefire ... in 3.8.1 ist dann 2.12.4 (was garnicht mehr geht)..usw. https://maven.apache.org/ref/3.8.1/maven-core/default-bindings.html (für Maven Surefire kommt in den nächsten Tage die 3.0.0 raus...
https://lists.apache.org/thread/kfnwzwlyx9kzbh0ws2cmpnftg3vqxprh )...Für Maven Surefire ist ja noch der Punkt, dass JUnit Jupiter erst ab 2.22.2 einigermaßen unterstützt wird... usw.

Ich sehe ganz klar die Notwendigkeit, die Versionen für alle Plugins immer zu definieren. Sonst bröckelt der Build beim nächsten Maven upgrade wieder oder man kriegt u.U. merkwürdige Ergebenisse. Das will man nicht haben...

Der Punkt bei dem Du recht hast, ist wenn keinerlei Plugin version definiert ist (mit allen nagativen Konsequenzen), werden die Versionen von Maven bestimmt.

Ich meine, 3.1 reicht nicht ohne weiteres für Java 9+.

Das ist intressant, die Version 3.1 des Maven Compiler Plugins produziert fehler (einfachste: --release gibt es schlicht nicht) usw. und abgesehen davon weiß dass nichts von Modulen/JDK (versionen >= 9) usw. . Das Plugin so alt ist, da gab es nicht mal Module. Die Version 3.1 ist von 2013 (https://maven.apache.org/plugins-archives/maven-compiler-plugin-3.1/) (JDK9 ist 2017!)..

Anders ausgedrückt, man sollte sich schlicht nicht darauf verlassen, was Maven definiert...sondern es selbst machen. Damit ist der Weg für Upgrades von Maven selbst einfacher (3.8.X, 3.9.X, 4.0.0-xxx...)...

 

[mrBrown]

Ich sehe ganz klar die Notwendigkeit, die Versionen für alle Plugins immer zu definieren. Sonst bröckelt der Build beim nächsten Maven upgrade wieder oder man kriegt u.U. merkwürdige Ergebenisse. Das will man nicht haben...

Das es generell sinnvoll und für dauerhaft stabile Builds auch notwendig ist sieht hier vermutlich jeder so

Aber als generell notwendig würde ich es, grad hier bei Anfängerfragen(!), nicht bezeichnen - es läuft ja oftmals auch ohne und Anfängern stellt man so nur noch mehr Hürden in den Weg, das ist oft eher kontraproduktiv

 

[thor_norsk]

Vielen Dank. Es funktioniert. Ich werde mir das Video über Maven zu Ende anschauen , anschließend werde ich auf meinen Windows Rechner Maven installieren und natürlich auf den neusten Stand bringen. Auf Linux läuft . Ist mir persönlich wichtig, dass Alles auf Linux und Windows funktioniert.
Also wenn ich richtig verstanden habe, Maven legt einen Projektordner an, anschließend wird einen JAR-Packge mit den notwendigen Bibliotheken erstellt, und je nach Bedarf, wenn ich zum Beispiel etwas in JavaFX programmiere , dann lädt sich Maven über den Maven-Server die notwendigen JAR -Dateien (Bibliotheken) runter und packt die in meinem Projektordner???

 

[KonradN]

Die Dateien landen nicht im Projektordner sondern im lokalen Repository. Das findet sich in deinem Home Verzeichnis unter .m2/repository

 

[thor_norsk]

Bei mir sind die unter:
/myapp/src
/myapp/pom.xml
/myapp/target/myapp-1.0-SNAPSHOT.JAR

 

[KonradN]

Das sind Dateien bei dem Projekt von Dir.

Die Abhängigkeiten des Projekts landen aber erst einmal nicht im Ordner des Projekts. Diese landen im sogenannten local repository und das findet sich in ~/.m2/repository.

Das war mein Hinweis, denn das local repository kann Dir noch öfters über den Weg laufen.

 

[thor_norsk]

ok danke

 

[thor_norsk]

Guten Morgen,
über Eclipse läuft Maven , allerdings mit alten JavaFX Bibliotheken. Ich vermute, weil mein Maven Version veraltet ist oder ?
(Apache Maven 3.6.3). Maven lädt JavaFX Bibliotheken x.13.jar .
Jetzt muss ich nur gucken wie ich Maven über Linux Bash aktualisieren kann.
Allerdings bin ich auch mit Maven 3.6.3 zur Zeit sehr glücklich, da ich mich nicht mehr wie früher mit JAR ärgern muss.
Ich habe noch etwas festgestellt, dass das Verzeichnis .m2 nur über Bash angelegt wird (Kommando-Zeile).

 

[mihe7]

Ich vermute, weil mein Maven Version veraltet ist oder ?

Die Versionen gibst Du doch in den Dependencies Deines POM an. Was ggf. sein könnte: Du hast bei der Dependency als scope provided angegeben und verwendest ein Java mit integriertem JavaFX.

 

[thor_norsk]

Ich habe JavaFX von Gluon runtergeladen und früher nur die JAR's in Eclipse integriert.
Mein Linux-System läuft aktuell auf Openjdk 17.0.6 . Ich habe mir ein Buch gekauft über Maven. Ich halte es
für sinnvoll das Buch zu lesen, damit ich auch verstehe, wofür Alle Begriffe stehen. z.B. Unter Maven Artifact verstehe ich Projektname, usw.
Vor Allem wenn ich richtig verstanden habe, sind die JAR's auf Maven Server abgelegt und die IDE holt sich je nach Konfiguration die notwendige Pakete ??? Mein Linux System sagt Maven 3.6.3 ist auf neuste Stand 😂

 

[mihe7]

Vor Allem wenn ich richtig verstanden habe, sind die JAR's auf Maven Server abgelegt und die IDE holt sich je nach Konfiguration die notwendige Pakete ???

Richtig, ganz grob: Du gibst die Abhängigkeit (Gruppe, ArtifactId und Version) im POM an. Maven sucht diese zunächst im local repository (%USERPROFILE%\.m2\repository bzw. ~/.m2/repository) und, falls es dort nicht gefunden wird, wird versucht, sie aus dem "Maven Central Repository" in das Local Repository zu kopieren. Dabei werden auch transitive Abhängigkeiten automatisch berücksichtigt.

 

[thor_norsk]

Super Danke! Ich komme nächste Woche auf euch zurück mit Maven Fragen.

 

[thor_norsk]

Guten Morgen, ich habe mir ein Buch gekauft und möchte Maven nicht nur über IDE benutzen, sondern auch über Konsole verwenden.

Nach dem ich ein Projekt erstellt habe, möchte ich mit dem Befehl : mvn package , jar-package erstellen, dabei wird folgende Fehlermeldung angezeigt:


Ich versuche Schrittweise alles nach zu vollziehen.
Ich vermute man muss die pom.xml Datei konfiguieren, da etwas über Quellcode 5 steht, die veraltet ist.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>testProject</groupId>
  <artifactId>test</artifactId>
  <version>1.0-SNAPSHOT</version>
  <packaging>jar</packaging>

  <name>test</name>
  <url>http://maven.apache.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

 

[thecain]

Really?? Das ist der selbe Fehler wie im ersten Post, einfach auf Deutsch....

 

[thor_norsk]

Ja, jetzt teste ich alles auf Windows Rechner . Ist einfacher.

 

[KonradN]

Aber wie schon gesagt wurde: Die Lösung steht da schon. Schau Dir #5 an:

Der Erste Schitt ist, dass maven-compiler-plugin auf die neueste Version zu aktualisieren (3.11.0) und die weitere Konfiguration entsprechend anzupassen:

 <properties>
        <maven.compiler.release>17</maven.compiler.release>
</properties>

Seit Java 9+ ist die Verwendung der release option zu bevorzugen.

Die verwendung von 1.5 liegt einfach daran, dass die Version des Maven Compiler Plugin so alt ist... siehe https://maven.apache.org/plugins-archives/maven-compiler-plugin-3.1/

Hier die Reference auf die neueste Version:

Apache Maven Compiler Plugin – Introduction

Ich würde auch vorschlagen die anderen Plugins auf die neuesten Versionen zu aktualisieren..
https://maven.apache.org/plugins (maven-resources-plugin etc.)

Weiterhin würde ich dringend empfehlen, dass die Verwendet Maven version aktualisiert wird... 3.6.3 ist auch schon ein wenig älter...

Maven – Maven Releases History

Vorschlag wäre hier 3.8.X oder eventuell schon 3.9.0...

@khmarbaise hat das sehr schön zusammen geschrieben.

Wenn das pom.xml aus dem Buch gekommen ist, dann ist das evtl. auch ein Zeichen für ein veraltetes Buch. Die JUnit Version ist z.B. auch sehr alt.

 

[thor_norsk]

Ich habe Maven mit Eclipse getestet und läuft, aber über Kommnadozeile soll auch funktionieren. Der Fehler von früher war aus einem Online Video. Jetzt verwende ich das Buch und den Online Kurs gleichzeitig.

 

[thor_norsk]

OK. Danke

 

[KonradN]

Ich habe Maven mit Eclipse getestet und läuft, aber über Kommnadozeile soll auch funktionieren. Der Fehler von früher war aus einem Online Video. Jetzt verwende ich das Buch und den Online Kurs gleichzeitig.

Wenn es Dir um die Fragestellung geht, wieso es über Eclipse ging und nicht über die Kommandozeile:
Das kann an der Java Version gelegen haben. Die Version von Maven / Compile Plugin, die Du im Einsatz hast, versucht den Code mit Source / Target für Java 1.5 zu übersetzen.

Dieses Java 1.5 als source oder target wird nur bis Java 8 unterstützt. Ab Java 9 wird mindestens 1.6 für source / target voraus gesetzt.

Wenn in Eclipse mit Java 8 gearbeitet wurde, dann wird das gegebene pom funktioniert haben. Auf der Kommandozeile wird Du ein Java 9 oder später gehabt haben, daher dieses Problem.

Das sollte aber keine Rolle spielen. Denn @khmarbaise hat sehr schön beschrieben, wie man vorgehen sollte und da kommt es nie zu solchen Problemen. Dann wird man immer source/target (bei Java 8) oder release (ab Java 9) angeben um das Verhalten klar vorzugeben. Alleine schon weil man die Features aus Java 7 und 8 haben will, sollte das bei Maven eigentlich immer der Fall sein. Mit Java 8 kam alles rund um functional programming, mit 7 try-with-resources, type inference for generic instance creation, u.s.w.

Da also auf irgend etwas wie 1.5 setzen zu wollen ist da nicht wirklich verständlich.

 

[thor_norsk]

Das Gute ist bei Windows im Gegemsatz zu Linux, man kann ohne grösser Aufwand Java 17 & Java 19 installieren.
Ich habe sowohl Java 17 & 19 installiert . Ich hatte mit der Kommandozeile Schwerigkeiten, bzw. immer noch. Deshalb möchte ich Maven über Kommandozeile richtig konfigurieren und benutzen.
Ich zeige euch nochmal meine pom.xml Datei.

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <groupId>testProject</groupId>
  <artifactId>test</artifactId>
  <version>1.0-SNAPSHOT</version>
  <packaging>jar</packaging>

  <name>test</name>
  <url>http://maven.apache.org</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
       <maven.compiler.release>19</maven.compiler.release>
  </properties>
        
  <dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>3.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>
</project>

 

[thor_norsk]

Zeile 15: Die Zahl 19 bedeutet, dass ich Java 19 einsetze ? richtig ?

 

[KonradN]

Zeile 15: Die Zahl 19 bedeutet, dass ich Java 19 einsetze ? richtig ?

Nicht ganz. Damit sagst Du, dass beim Übersetzen Java Release 19 genutzt werden soll. Dazu musst Du ein Java nutzen, das dies unterstützt. Das kann derzeit Java 19 sein aber auch Java 20.

 

[thor_norsk]

Ich habe die Lösung gefunden, man muss in die pom.xml unter bulid die configuration vornehmen, denn es steht ja ab 7!!! ich habe soure und target auf 1.8 gesetzt und hat funktioniert. Jetzt kann ich natürlich mit mein Buch & Video weitermachen, sonst hätte keinen Sinn gemacht