NetBeans NetBeans IDE 13 | Cannot find main class

[Times]

Guten Tag zusammen,

habe seit etwas längerer Zeit ein Problem mit NetBeans. Nicht speziell mit der im Titel besagten Version 13, sondern auch bereits mit den Vorgängern:

Immer mal wieder (Teilweise mit jeder Programmausführung über die IDE) bekomme ich folgende Fehlermeldung:



Nach einem Klick auf OK erscheint dasselbe Fenster erneut.

Die Main-Class in den Projekt-Eigenschaften erneut auszuwählen ändert hier auch nichts.

Folgende Kniffe haben nicht funktioniert:
- NetBeans neu installieren
- Projekt neu anlegen und Source-Dateien übertragen
- Cache / AppData (NetBeans Files) löschen [Das hat einmal funktioniert]
- Build Files vom Projekt löschen
- Windows neuinstalliert (Ich war auch schon verzweifelt)
- Clean & Build! oder auch nur neu Builden

Nachdem es nach etlichen Versuchen mal nicht ging, hatte ich eine neue Idee:

Die Main.class umbenennen. Dies ging, aber nur mit einem anschließendem Neustart der IDE.
Die musste die Datei aber wirklich umbenannt werden, wie zB eine Zahl anhängen.

Später hatte ich probiert das Projekt umzubenennen.
Dies hat direkt funktioniert, und das lustige dabei ist das ich hier nicht einmal den Namen ändern brauch, ein Klick auf OK reicht aus,
danach läuft es wieder, jedoch muss die IDE das komplette Projekt neu builden was seine Zeit in Anspruch nehmen kann,
und auf Dauer keine Lösung mehr ist.

Hatte hier schon jemand ein ähnliches Problem?
Hatte auch schon überlegt komplett auf IntelliJ umzusteigen aber würde gerne verstehen was hier genau passiert.

Product Version: Apache NetBeans IDE 13
Java: 1.8.0_272; OpenJDK 64-Bit Server VM 25.272-b10
Runtime: OpenJDK Runtime Environment 1.8.0_272-b10
System: Windows 10 version 10.0 running on amd64; Cp1252; de_DE (nb)

Falls ihr noch weitere Informationen benötigt gebt bitte Bescheid

Liebe Grüße
Times

Edit: Ich weiss das es dieses Thema bereits drölf Milliarden mal im www gibt, aber konnte damit keine zufriedenstellende Lösung finden, da dieses Problem meistens nur Neuauswahl der Main-Class behoben ist!

 

[Robert Zenz]

Hast du irgendwo eine Grosz/Kleinschreibung drinnen welche die IDE verwirrt? Windows NTFS ignoeriert ja, praktischerweise, Grosz/Kleinschriebung fuer Dateien, aber das heiszt ja nicht dass das NetBeans tut. Oder vielleicht Weisszeichen im Namen?

 

[Times]

Im Projektpfad sind keine Whitespaces vorhanden, im Projektnamen selber auch nicht.
Der Projektpfad hat Groß/Kleinschreibung, könnte ich mal mit einem anderem Pfad ausprobieren, zB direkt auf die Platte legen ohne Unterverzeichnis.
Die Package-Struktur im Projekt selber ist komplett kleingeschrieben, Klassen jedoch groß.

Aktueller Projektpfad: F:\Projekte\IWS\V4\Entwicklung\IWS_V4
Aktueller Package-Pfad zur Main: de.irisgmbh.iws.Main.class

Werde das mit dem ablegen des Projektes mal heute Abend oder morgen ausprobieren, und anschließend Rückmeldung geben.

 

[mihe7]

Product Version: Apache NetBeans IDE 13
Java: 1.8.0_272; OpenJDK 64-Bit Server VM 25.272-b10
Runtime: OpenJDK Runtime Environment 1.8.0_272-b10

Evtl.:

The Apache NetBeans 13 binary releases require JDK 11+, and officially support running on JDK 11 and JDK 17.

 

[Times]

Hast du irgendwo eine Grosz/Kleinschreibung drinnen welche die IDE verwirrt? Windows NTFS ignoeriert ja, praktischerweise, Grosz/Kleinschriebung fuer Dateien, aber das heiszt ja nicht dass das NetBeans tut. Oder vielleicht Weisszeichen im Namen?

Im Projektpfad sind keine Whitespaces vorhanden, im Projektnamen selber auch nicht.
Der Projektpfad hat Groß/Kleinschreibung, könnte ich mal mit einem anderem Pfad ausprobieren, zB direkt auf die Platte legen ohne Unterverzeichnis.
Die Package-Struktur im Projekt selber ist komplett kleingeschrieben, Klassen jedoch groß.

Aktueller Projektpfad: F:\Projekte\IWS\V4\Entwicklung\IWS_V4
Aktueller Package-Pfad zur Main: de.irisgmbh.iws.Main.class

Werde das mit dem ablegen des Projektes mal heute Abend oder morgen ausprobieren, und anschließend Rückmeldung geben.

Habe das mit dem verkürzten Pfade ausprobiert, jedoch ohne Erfolg. Projekt liegt nun direkt auf F:/.
Desweiteren habe ich das Projekt umbenannt, unterstrich entfernt und ebenfalls klein geschrieben.

Evtl.:

The Apache NetBeans 13 binary releases require JDK 11+, and officially support running on JDK 11 and JDK 17.

Nicht speziell mit der im Titel besagten Version 13, sondern auch bereits mit den Vorgängern:

Wie bereits erwähnt ist das Problem bereits in vorherigen Versionen aufgetreten. Angefangen mit der 8.2.
Hatte aktualisiert, in der Hoffnung das das Problem danach weg ist.

Mittlerweile gehe ich auch stark davon aus das das ein Bedienungsfehler ist.
Ich nehme mich mal beim programmieren auf und lass meine Kollegen da mal drüber schauen, welche das Problem so gut wie nie haben!

Wenn noch jemand anders einen Tipp hat, gerne gesehen

Liebe Grüße
Times

 

[mihe7]

Wie bereits erwähnt ist das Problem bereits in vorherigen Versionen aufgetreten.

Oh, das hatte ich nicht gesehen.

Du kannst mal unter View -> IDE Log schauen, ob Du was Interessantes findest.

Was für eine Art von Buildsystem hat das Projekt (ant, Maven oder Gradle)? Wird das von mehreren Kollegen (Repository) bearbeitet?

 

[Times]

Hallo,

der IDE-Log zeigt an dieser Stelle leider nichts an. Aber danke für den Hinweis wo ich den finde

Buildsystem ist ANT.

Jeder der Kollegen inkl. mir hat sein eigenes Projekt-Verzeichnis auf dem er arbeitet (Lokal).
Das wird dann wöchentlich zusammen-gemerged mit anderen Tools und wir tauschen dann nur unsere sources vom lokalem Projekt aus
(Nicht das ideale Verfahren, aber kommt bei uns sehr gut an da wir dann alle nochmals ein Code-Review von den anderen machen beim mergen!).

 

[mihe7]

OK. Hintergrund meiner Frage war folgendes: wir haben seinerzeit auch mit NB + ant + Repository hantiert und es in kürzester Zeit zusammengebracht, das komplette Projekt zu "schrotten". Da gab es dann auch so Nettigkeiten, dass NB Konfigurationseinstellungen nicht mehr übernommen hat und ähnliches. Grund dürfte gewesen sein, dass irgendwelche NB-Files mal nicht eingecheckt wurden (ich meine, die genfiles.properties hätte da eine Rolle gespielt).

Jedenfalls habe ich keine guten Erfahrungen mit der Kombi gemacht - und beim CI-Server war dann eh Schluss mit lustig und wir haben den Spaß auf Maven umgestellt... und schon waren alle Probleme behoben.

 

[Neumi5694]

"Immer wieder mal" spräche sehr dafür, dass es ein Problem mit dem Cache gibt, aber irgendwie glaub ich eher, dass das Mergen das Problem darstellt. Vor allem für xml hab ich noch keinen brauchbaren Automerger gefunden.
"Das wird dann wöchentlich zusammen-gemerged" ... nur Code/Resourcen oder auch die Projektdateien?

Ich hab's so gemacht, dass das Referenz-Projekt im Repository unverändert bleibt, schon allein, weil dieses ein ganz anderes Build- und Testscript verwendet als man es in Netbeans gewohnt ist.
Zum Arbeiten hab ich ein lokales Projekt angelegt, die Verzeichnisse src, resources und test (also alles, was Sourcecode oder Resourcen beinhaltet), mit dem ausgecheckten repository verbunden.
Nachteil: Ändert man libraries, muss man das nochmal manuell im repository machen (passiert aber eh selten). Vorteil: Die Projekteinstellungen bleiben unangetastet, können durch einen Merge nicht beschädigt werden.