Eclipse Projekt-Umzug mit Eclipse

[Andrei]

Ich bin in Java ein ziemlicher Anfänger und versuche mit Eclipse die ersten Schritte. Ich habe ein simples Projekt erstellt umd wollte es von einem Rechner auf einem anderen übertragen. Ich habe vorerst das Projekt exportiert, um es dann auf dem anderen Rechner zu importieren. Das hat auch problemlos funktioniert. Ich bekomme trotzdem von Eclipse die Fehlermeldung, es könne die Main-Datei nicht finden. Hätte jemand vielleicht einen heißen Tipp?
Vielen Dank im Voraus für die Rückmeldung!

 

[M.L.]

Die Meldung "main class not found" kann sehr viele Gründe haben. Z.B. könnte das fremde Eclipse eine 'unpassende' Java-Version haben...
Evtl. kann man das exportierte Projekt als (Zip-)Anhang zur Verfügung stellen.

 

[KonradN]

Evtl. macht es auch Sinn, auf Funktionalitäten zurück zu greifen, die "üblich" sind.

Statt Projekte zu "exportieren" ist es üblich, dass man Projekte einfach eine einer Quellcode Verwaltung wie z.B. git verwaltet und man nutzt dann in der Regel ein remote repository, so dass man von diversen Rechnern auf das Projekt zugreifen kann. Dazu gibt es dann auch sehr viele Anbieter wir Github, Gitlab, Azure DevOps, ...

Generell ist es ratsam, nicht auf die integrierten Projektverwaltungen zurück zu greifen. Wenn Du nur das Eclipse Projekt nutzt, dann bist Du erst einmal auf Eclipse angewiesen. Das macht wenig Sinn und verkompliziert auch Dinge wie CI/CD Pipelines und Co. Daher wäre mein Ratschlag, schon frühzeitig auf Maven oder Gradle zurück zu greifen um dann die Verwaltungsdateien der IDE nicht mit in die Verwaltung aufzunehmen (Also .project und .classpath in Eclipse, .idea Ordner bei IntelliJ, ... - Liste ist nicht vollständig!) Die üblichen Entwicklungsumgebungen können alle mit z.B. Maven umgehen.

 

[Andrei]

Die Meldung "main class not found" kann sehr viele Gründe haben. Z.B. könnte das fremde Eclipse eine 'unpassende' Java-Version haben...
Evtl. kann man das exportierte Projekt als (Zip-)Anhang zur Verfügung stellen.

Ja, das war richtig. Das Projekt erwartete Java 17, ich hatte bereits Java 20. Nach der Umstellung lief Gott sei Dank alles wie gehabt.
Vielen Dank für die Hilfe!

 

[Andrei]

Evtl. macht es auch Sinn, auf Funktionalitäten zurück zu greifen, die "üblich" sind.

Statt Projekte zu "exportieren" ist es üblich, dass man Projekte einfach eine einer Quellcode Verwaltung wie z.B. git verwaltet und man nutzt dann in der Regel ein remote repository, so dass man von diversen Rechnern auf das Projekt zugreifen kann. Dazu gibt es dann auch sehr viele Anbieter wir Github, Gitlab, Azure DevOps, ...

Generell ist es ratsam, nicht auf die integrierten Projektverwaltungen zurück zu greifen. Wenn Du nur das Eclipse Projekt nutzt, dann bist Du erst einmal auf Eclipse angewiesen. Das macht wenig Sinn und verkompliziert auch Dinge wie CI/CD Pipelines und Co. Daher wäre mein Ratschlag, schon frühzeitig auf Maven oder Gradle zurück zu greifen um dann die Verwaltungsdateien der IDE nicht mit in die Verwaltung aufzunehmen (Also .project und .classpath in Eclipse, .idea Ordner bei IntelliJ, ... - Liste ist nicht vollständig!) Die üblichen Entwicklungsumgebungen können alle mit z.B. Maven umgehen.

Das macht wirklich Sinn. Wäre Gradle vielleicht die bessere Wahl, da es moderner ist?

 

[KonradN]

Ich finde Gradle übertrieben komplex. Ich würde daher klar zu Maven raten. Aber das kann natürlich jeder anders sehen.

 

[Andrei]

Ich finde Gradle übertrieben komplex. Ich würde daher klar zu Maven raten. Aber das kann natürlich jeder anders sehen.

Vielen Dank für die schnelle Rückmeldung. Dann werde ich Maven ausprobieren. Ich glaube, da gibt es dafür auch mehr Literatur.

 

[LimDul]

Gradle ist das Standard-Build Tool für Android Anwendungen.

Im reinen "Standard" Java Umfeld dominiert weiterhin Maven und ich sehe da auch nicht, dass es spürbar Richtung Gradle geht.

 

[LimDul]

Hier auch mal eine Twitter-Umfrage (wenn auch nicht repräsentativ):

https://twitter.com/x/status/1665994866550030336