1.23.0 kompilieren

mpw1412 · 18. Oktober 2021 um 13:52

Hallo in die Runde,

bin neu hier und versuche gerade Verinice 1.23.0 zu kompilieren.

System: Ubuntu 20.04.3 + Java JDK 1.11 von Oracle (manuell installiert).

$JAVA_HOME gesetzt:

$ cat ~/.mavenrc 
JAVA_HOME="/usr/lib/jvm/jdk-11.0.12"

Leider bekommt er eine Abhängigkeit nicht aufgelöst:

[INFO] ------------------< sernet.verinice:sernet.gs.server >------------------
[INFO] Building sernet.gs.server 1.23.0-SNAPSHOT                        [25/47]
[INFO] ---------------------------[ eclipse-plugin ]---------------------------
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO] 
[INFO] sernet.verinice.tycho.root 1.23.0-SNAPSHOT ......... SUCCESS [  0.043 s]
[INFO] target-platform 1.23.0-SNAPSHOT .................... SUCCESS [  0.100 s]
[INFO] bouncycastle 1.46.1 ................................ SUCCESS [  0.553 s]
[INFO] gnumail 1.0.0-SNAPSHOT ............................. SUCCESS [  0.040 s]
[INFO] jbpm 4.4.1 ......................................... SUCCESS [  0.073 s]
[INFO] org.eclipse.e4.rcp.sernet 1.6.100-SNAPSHOT ......... SUCCESS [ 32.255 s]
[INFO] sernet.birt.feature 1.23.0-SNAPSHOT ................ SUCCESS [  0.638 s]
[INFO] sernet.datatools.feature 1.23.0-SNAPSHOT ........... SUCCESS [  0.183 s]
[INFO] sernet.eclipse.feature 1.23.0-SNAPSHOT ............. SUCCESS [ 15.366 s]
[INFO] sernet.gs.db.fragment 1.3.0 ........................ SUCCESS [  0.179 s]
[INFO] sernet.gs.ehcache.fragment 1.1.1 ................... SUCCESS [  0.070 s]
[INFO] sernet.gs.hibernate.fragment 1.2.0 ................. SUCCESS [  0.033 s]
[INFO] sernet.gs.log4j.fragment 1.1.3 ..................... SUCCESS [  0.016 s]
[INFO] sernet.gs.pax_web.fragment 1.23.0-SNAPSHOT ......... SUCCESS [  0.020 s]
[INFO] sernet.gs.reveng 1.2.0-SNAPSHOT .................... SUCCESS [  4.598 s]
[INFO] sernet.hui.common 1.1.1-SNAPSHOT ................... SUCCESS [  0.318 s]
[INFO] sernet.gs.service 1.23.0-SNAPSHOT .................. SUCCESS [  2.831 s]
[INFO] sernet.hui.swtclient 1.1.2-SNAPSHOT ................ SUCCESS [  0.242 s]
[INFO] sernet.springclient 1.3.0-SNAPSHOT ................. SUCCESS [  0.269 s]
[INFO] sernet.gs.ui.rcp.main 1.23.0-SNAPSHOT .............. SUCCESS [  3.581 s]
[INFO] sernet.verinice.oda.driver 1.0.0-SNAPSHOT .......... SUCCESS [  0.306 s]
[INFO] sernet.verinice.samt.service 0.1.0-SNAPSHOT ........ SUCCESS [  0.159 s]
[INFO] sernet.verinice.report.service 1.0.0-SNAPSHOT ...... SUCCESS [  0.462 s]
[INFO] sernet.verinice.fei.service 1.0.0-SNAPSHOT ......... SUCCESS [  0.140 s]
[INFO] sernet.gs.server 1.23.0-SNAPSHOT ................... FAILURE [  0.065 s]
[INFO] sernet.gs.server.feature 1.1.1-SNAPSHOT ............ SKIPPED
[INFO] sernet.gs.springweb.fragment 1.2.0 ................. SKIPPED
[INFO] sernet.localdependencies 1.23.0-SNAPSHOT ........... SKIPPED
[INFO] sernet.verinice.fei.rcp 1.0.0-SNAPSHOT ............. SKIPPED
[INFO] sernet.verinice.samt.rcp 0.1.0-SNAPSHOT ............ SKIPPED
[INFO] sernet.verinice.desktop.integration 1.23.0-SNAPSHOT  SKIPPED
[INFO] waffle 1.7.4 ....................................... SKIPPED
[INFO] sernet.verinice.kerberos 1.23.0-SNAPSHOT ........... SKIPPED
[INFO] sernet.rcp.ui.feature 1.0.0-SNAPSHOT ............... SKIPPED
[INFO] sernet.thirdparty.feature 1.23.0-SNAPSHOT .......... SKIPPED
[INFO] sernet.verinice.lang.feature 1.23.0-SNAPSHOT ....... SKIPPED
[INFO] sernet.verinice.extraresources.jre_linux_64 1.23.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.extraresources.jre_win_64 1.23.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.extraresources.jre_macos_64 1.23.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.extraresources.feature 1.0.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.app.feature 1.23.0-SNAPSHOT ........ SKIPPED
[INFO] sernet.verinice.releng.client.product 1.23.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.releng.server.product 1.23.0-SNAPSHOT SKIPPED
[INFO] sernet.verinice.bp.importer 1.0.0-SNAPSHOT ......... SKIPPED
[INFO] sernet.gs.server.tests 1.23.0-SNAPSHOT ............. SKIPPED
[INFO] sernet.gs.service.tests 1.23.0-SNAPSHOT ............ SKIPPED
[INFO] sernet.gs.ui.rcp.main.tests 1.23.0-SNAPSHOT ........ SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time:  02:04 min
[INFO] Finished at: 2021-10-18T15:50:00+02:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal on project sernet.gs.server: Could not resolve dependencies for project sernet.verinice:sernet.gs.server:eclipse-plugin:1.23.0-SNAPSHOT: Failed to collect dependencies at javax.transaction:com.springsource.javax.transaction:jar:1.1.0: Failed to read artifact descriptor for javax.transaction:com.springsource.javax.transaction:jar:1.1.0: Could not transfer artifact javax.transaction:com.springsource.javax.transaction:pom:1.1.0 from/to maven-default-http-blocker (http://0.0.0.0/): Blocked mirror for repositories: [maven-central (http://central.maven.org/maven2/, default, releases+snapshots), com.springsource.repository.bundles.release (http://repository.springsource.com/maven/bundles/release, default, releases+snapshots), com.springsource.repository.bundles.external (http://repository.springsource.com/maven/bundles/external, default, releases+snapshots)] -> [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/DependencyResolutionException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the command
[ERROR]   mvn <args> -rf :sernet.gs.server

Bin da gerade etwas ratlos, weil mir das etwas von Verinice selbst zu sein scheint. Hat jemand einen Tipp?

Viele Grüße
Matthias

PS: Auch OpenJdK 11 läuft in denselben Fehler. Die Abhängigkeit scheint intern abgelegt zu sein. Siehe anderes Forenthema hier. Mir ist aber auch nicht genau klar, wo man sie von extern herbekommen könnte.

Ogre82 · 20. Oktober 2021 um 09:12

Hi,
ich hänge an der selben Stelle.
Ich verwende Adoptium OpenJDK 11.

Ich habe es unter Windows 10 und auf meinem
Mac versucht. Beides mal mit dem selben Fehler den du auch
bekommst.

Hilft dir leider nicht weiter aber
du bist nicht alleine mit dem Problem.

Viele Grüße
Ole

mpw1412 · 20. Oktober 2021 um 09:54

Moin,

laut hier hat es noch jemand im August geschafft mit OpenJdk 8 zu kompilieren. Da fliegen bei mir aber munter ClassVersion Exceptions. Vielleicht ist dies mit 1.23 hochgezogen worden. Ich finde leider kein richtiges Changelog.

Und ich denke wir laufen einfach in eine Neuauflage der Kompilierungsprobleme von 1.20. Sernet hat vor der Veröffentlichung vergessen die internen Verweise durch extern verfügbare zu ersetzen.

Das wäre vermutlich auch nicht weiter tragisch, wenn man die Abhängigkeiten online finden würde. Aber ich kenne mich mit der Java-Welt zu wenig aus um da durchzusteigen.

Hier ist recht klar, dass es nicht gehen kann. bob.sernet.private ist eine private Domain, die nur innerhalb des Firmennetzes verfügbar sein kann. Aber ich checke auch nicht, wie man das sonar.ide von extern lädt. Bzw. hab es bisher nicht gefunden.

Grüße
Matthias

mpw1412 · 27. Oktober 2021 um 12:55

Vielleicht kann @murygin wie im verlinkten Thema etwas dazu sagen, ob wir etwas falsch machen oder man die Version 1.23 derzeit nicht extern kompilieren kann. Bzw. welche die Version ist, die man derzeit kompilieren kann, also ggfs. eine ältere?

Viele Grüße
Matthias

fwestendorf · 29. Oktober 2021 um 08:42

Wenn sie vorher mal verinice kompiliert haben ist evtl der maven cache kaputt, da können Sie mal versuchen den zu clearen.

Dafür einfach ~/.m2/repository/ umbenennen (z.B. in repository-backup) und neu bauen.

ursz · 29. Oktober 2021 um 10:45

Ich habe mit leerem maven cache erfolgreich gebaut. Siehe Hinweis von @fwestendorf
Allerdings: Verinice wird mit einem jre zusammen ausgeliefert und dies ist, u.a. lizenztechnisch bedingt, nicht Bestandteil des öffentlichen Repository.
Sie könnten entweder die jre’s in die entsprechenden sernet.verinice.extraresources.jre_OS_64/jre Ordner Kopieren.
Oder nur so tun als ob sie vorhanden sind:

mkdir -p sernet.verinice.extraresources.jre_linux_64/jre/bin
mkdir -p sernet.verinice.extraresources.jre_win_64/jre/bin
mkdir -p sernet.verinice.extraresources.jre_macos_64/jre/lib/jspawnhelper/

mit freundlichen grüßen.

queaker · 3. November 2021 um 10:20

Ich habe leider auch das Problem, dass der Build beim Modul ‚sernet.gs.server‘ scheitert. Ich hab hier das Setup

Mac OS x oder Windows 10
Orcale JDK 8 oder adoptium Temurin 11 (LTS)
Checkout aus dem Git, tags/1.23.0

Lokales M2 repo clearen hilft nicht.

Der Build steigt mit

[ERROR] Failed to execute goal on project sernet.gs.server: Could not resolve dependencies for project sernet.verinice:sernet.gs.server:eclipse-plugin:1.23.0-SNAPSHOT: Failed to collect dependencies at javax.transaction:com.springsource.javax.transaction:jar:1.1.0: Failed to read artifact descriptor for javax.transaction:com.springsource.javax.transaction:jar:1.1.0: Could not transfer artifact javax.transaction:com.springsource.javax.transaction:pom:1.1.0 from/to maven-default-http-blocker (hXXp://0.0.0.0/): Blocked mirror for repositories: [maven-central (hXXp://central.maven.org/maven2/, default, releases+snapshots), com.springsource.repository.bundles.release (hXXp://repository.springsource.com/maven/bundles/release, default, releases+snapshots), com.springsource.repository.bundles.external (hXXp://repository.springsource.com/maven/bundles/external, default, releases+snapshots)] → [Help 1]

org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project sernet.gs.server: Could not resolve dependencies for project sernet.verinice:sernet.gs.server:eclipse-plugin:1.23.0-SNAPSHOT: Failed to collect dependencies at javax.transaction:com.springsource.javax.transaction:jar:1.1.0

aus. Tatsächlich habe ich das Artefakt ‚com.springsource.javax.transaction‘ auch nicht im lokalen Repository. Da liegt kein .jar File.

Kann mir jemand auf die Sprünge helfen?

Lieben Gruß
Sebastian

P.s. Ich musste hier im Post alle vorkommen von ‚http‘ durch ‚hXXp‘ ersetzen.

queaker · 3. November 2021 um 10:38

Ich habe das Problem beim build jetzt nachvollzogen. Im pom.xml vom Modul ‚sernet.gs.server‘ sind Repositories mit ‚http‘ Protokollschema referenziert. Maven ab Version 3.8.1 in der Default-Konfiguration weigert sich die Abhängigkeiten zu laden. Korrigieren der pom.xml hat zumindest das Problem gelöst.

diff --git a/sernet.gs.server/pom.xml b/sernet.gs.server/pom.xml
index 9e40befa4..91a1c80b6 100644
--- a/sernet.gs.server/pom.xml
+++ b/sernet.gs.server/pom.xml
@@ -72,7 +72,7 @@
        <repositories>
                <repository>
                        <id>maven-central</id>
-                       <url>http://central.maven.org/maven2/</url>
+                       <url>https://central.maven.org/maven2/</url>
                </repository>
 
                <repository>
@@ -90,12 +90,12 @@
                <repository>
                        <id>com.springsource.repository.bundles.release</id>
                        <name>SpringSource Enterprise Bundle Repository - SpringSource Bundle Releases</name>
-                       <url>http://repository.springsource.com/maven/bundles/release</url>
+                       <url>https://repository.springsource.com/maven/bundles/release</url>
                </repository>
                <repository>
                        <id>com.springsource.repository.bundles.external</id>
                        <name>SpringSource Enterprise Bundle Repository - External Bundle Releases</name>
-                       <url>http://repository.springsource.com/maven/bundles/external</url>
+                       <url>https://repository.springsource.com/maven/bundles/external</url>
                </repository>
        </repositories>

darkfader · 14. Dezember 2021 um 00:32

das bin verzeichnis wird bei OSX auch gebraucht.

Questl · 4. Januar 2022 um 10:20

Ausserdem scheint sich das Maven Repo von https://central.maven.org/maven2

auf

https://repo.maven.apache.org/maven2/

geändert zu haben

pilez · 29. April 2022 um 07:26

Hallo,

ich hatte auch Probleme beim bauen der 1.23.1.
Ich habe das „raven-central“ Repository zu

https://repo1.maven.org/maven2/

geändert. (Aber das sieht wie ein Spiegel zu dem oben geannten aus.)

Die Repositories von Springsource scheinen nicht mehr zu existieren. Ich habe beide Einträge entfernt.

Damit die Abhängigkeiten für „javax.transaction“ und „dom4j“ funktionieren (aus dem maven Repository), habe ich die Abhängigkeiten so geändert (artefactId und version):

		<dependency>
			<groupId>javax.transaction</groupId>
			<artifactId>jta</artifactId>
			<version>1.1</version>
			<scope>test</scope>
		</dependency>
		<dependency>
			<groupId>dom4j</groupId>
			<artifactId>dom4j</artifactId>
			<version>1.6.1</version>
			<scope>test</scope>
		</dependency>

Zum Kompilieren selbst:
Unter Linux mit OpenJDK 11 brach das Kompilieren ab mit dem Kommentar „getötet“. Oder es endete einfach nach dem ersten Ziel von 47.
Unter Windows mit dem Adoptium JDK 11.0.15 hat es dann funktioniert.

/pi

fwestendorf · 4. Mai 2022 um 12:45

Ja das haben wir auch neulich geändert. Also zumindest geht der maven build bei mir jetzt lokal mit der 1.24 (die bald released wird).

darkfader · 15. Januar 2024 um 05:53

und wenn man das 2 Jahre spaeter wieder versucht und inzwischen den Laptop und die Javaversionen getauscht hat, und das maven einfach immer weiter JDK 11 nehmen will, sollte man unbedingt die .mavenrc pruefen. weil vielleicht hat man die mitmigriert, und kaempft gegen dieses Setting an…