Eclipse errors/warnings im (Package) Explorer

[Brandenburgerin]

Hallo zusammen,

ich nutze schon seit einiger Zeit Eclipse unter Windows und muss jetzt auf Linux umsteigen. So langsam habe ich mich auch eingewöhnt und eingerichtet, aber eine Sache bekomme ich nicht hin:

Mein Projekt hat Errors und Warnings und zwar nicht zu knapp in allen möglichen Klassen, aber im Package/Project Explorer werden die nicht angezeigt. Nur die geöffnete Klasse selber offenbart die Fehler mit Qucikfixes und Navigation rechts. Hab ich da ne Einstellung verpeilt? Ich bekomme es nicht hin, dass der mir die Fehler in die Explorer "durchreicht".

Viele Grüße
Brandenburgerin

*EDIT* fast vergessen: Ubuntu 10.4 64bit mit Eclipse Galileo 5.2

 

[Gast2]

Bist du sicher das du den "Package/Project Explorer" siehst und nicht den "Navigator"?

 

[Brandenburgerin]

Hi,

ich bin mir sicher.

Ich hab das "/" auch nur verwednet, weil es beide Explorer betrifft, also Package und auch Projekt Explorer. Das war vielleicht ein bisschen ungeschickt formuliert.

 

[maki]

Schon mal mit einem Project Clean versucht?
Scheint mir etwas mit dem Projekt bzw Eclipse nicht zu stimmen, glaube kaum dass es am OS liegt.

 

[Brandenburgerin]

Clean/Refresh hilft nix. Ich habs jetzt mal unter Windows versucht, dort das Gleiche.

Das Problem ist, dass das ein ziemlich gewachsenes Programm ist und nicht besonders gut behandelt wurde von den vielen Köchen, die mal hier mal dort was fabriziert haben. Ich vermute ja, dass es an irgendeiner Projekteinstellung liegt, nur ich wüsste nicht, wo ich suchen muss, bzw. wo ich eine Funktion einordnen soll, die das so unterdrückt.

Gibt es für warnings eine ähnliche view, wie für problems zum Anzeigen? dann wäre mir schon ein wenig mehr geholfen entsprechende Klassen zu finden.

 

[Wildcard]

Gibt es für warnings eine ähnliche view, wie für problems zum Anzeigen? dann wäre mir schon ein wenig mehr geholfen entsprechende Klassen zu finden.

Warnings und Problems werden in der gleichen View angezeigt (rechts oben, "configure content").
Irgendeine Einstellung scheint bei dir verstellt zu sein. Tritt das Problem auch in einem neuen Workspace auf?

 

[Brandenburgerin]

Tritt das Problem auch in einem neuen Workspace auf?

Dafür brauche ich nicht mal nen neuen Workspace. Ein neues Projekt macht schon allein das, was ich will...

*EDIT* Ich hab das grade mit den Problems mal versucht zu konfiguerieren. Der hatte mir nichts angezeigt. Aber als ich grade das mit nem anderen Projekt testete, erschienen die Fehler des neuen Projektes dort in der Liste. Ich dachte zuerst, ich hätte was falsch konfiguriert, aber scheint ja doch nicht so.

Bin ich zu doof, da was zu sehen? Die Klassen zeigen es ja alles an, nur die Infos werden nicht weiter gereicht... So langsam fühl ich mich verarscht.

 

[Wildcard]

Hast du möglicherweise einen Build Path Fehler in diesem Projekt? Seit Eclipse 3.6 sollte der als rotes Ausführungszeichen dargestellt werden.

 

[Brandenburgerin]

Ich nutze Eclipse 3.5, weil wir hier noch nicht auf Helios umsteigen wollen, sondern erst mal ein halbes Jahr warten.

 

[Wildcard]

Ich nutze Eclipse 3.5, weil wir hier noch nicht auf Helios umsteigen wollen, sondern erst mal ein halbes Jahr warten.

Dann schau mal nach ob ein Build Path Problem vorliegen könnte. Wenn der Build Path nicht korrekt ist wird nicht kompiliert und daher auch keine Error Marker mehr erstellt. Im Java Editor selbst sind es keine Marker, sondern Annotations und die werden zum Teil weiterhin erzeugt. Das könnte also dein Problem erklären.

 

[Brandenburgerin]

Woran erkenne ich, dass der Build Path falsch eingestellt ist. Sowas war in Projekten noch nie meine Baustelle. Gibts dazu HowTos?

 

[Wildcard]

Rechtklick aufs Projekt -> Properties -> Java Build Path.
Sollte normalerweise dort stehen wenn ein Problem vorliegt.
Typische Probleme sind:
-zyklische Abhängigkeit
-fehlende Library
-doppelte Library
-fehlender Source Folder

 

[Brandenburgerin]

Also Fehlermeldungen sehe ich nicht. Aber vielleicht ist ja trotzdem dort was falsch eingestellt.

Wie gesagt, das Projekt ist gewachsen mit vielen Leuten die irgendwie irgendwo dran rumgeschruabt haben...

 

[Brandenburgerin]

Wenn der Build Path nicht korrekt ist wird nicht kompiliert und daher auch keine Error Marker mehr erstellt.

Also kompilieren tut er ja, sonst würde das Programm nicht starten, oder verstehe ich das falsch?

*EDIT*: ich wurde gerade darauf hingewiesen, dass ich nur mit ANT in Eclipse das Programm zum Laufen bekomme und nicht mit Eclipse direkt starte. Kleine Details, große Wirkung denke ich. Ich probiere weiter rum.

 

[Brandenburgerin]

Ich glaube ich habs fast

Ich habe einfach mal "aus Spaß" ein neues Projekt angelegt und die Sourcen da eingefügt. Und siehe da, es kamen die Fehlermeldungen!! Heißt also, es sind Eclipse oder Projekt bdeingte Einstellungen. Ich habe mir dann classpath und properties vorgenommen und den Fehler gefunden (*EDIT*: in der project-Datei habe ich das gefunden...):

[XML]
<?xml version="1.0" encoding="UTF-8"?>
<projectDescription>
<name>tollesjavaprojekt</name>
<comment></comment>
<projects>
</projects>
<buildSpec>
<buildCommand>
<name>org.eclipse.ajdt.core.ajbuilder</name>
<arguments>
</arguments>
</buildCommand>
<buildCommand>
<name>com.tssap.selena.cmf.PatternBuilder</name>
<arguments>
</arguments>
</buildCommand>
</buildSpec>
<natures>
<nature>org.eclipse.ajdt.ui.ajnature</nature>
<nature>org.eclipse.jdt.core.javanature</nature>
<nature>com.tssap.selena.cmf.PatternNature</nature>
</natures>
</projectDescription>
[/XML]

Diese BuildCommands kommen im "neuen" Projekt gar nicht vor. Dort steht statt dessen

[XML]
<buildCommand>
<name>org.eclipse.jdt.core.javabuilder</name>
<arguments>
</arguments>
</buildCommand>
[/XML]

Kann mir das jemand erklären? Ist es schlimm, wenn ich diese Commands austausche?

 

[Wildcard]

Kann mir das jemand erklären? Ist es schlimm, wenn ich diese Commands austausche?

AJDT ist für Aspektorientierte Programmierung. Möglich das die Aspekte ohne den Builder nicht richtig funktionieren.
com.tssap.selena.cmf.PatternBuilder
Kenne ich nicht und weiß nicht was es tut.

 

[Brandenburgerin]

Okay, könnte ich auch einfach die project-Datei darum erweitern? also

[XML]<buildCommand>
<name>org.eclipse.jdt.core.javabuilder</name>
<arguments>
</arguments>
</buildCommand>[/XML]

hinzufügen in die liste?

*EDIT*: also ich mein, würden die anderen beiden BUILD COMMANDS trotzdem greifen/funktionieren/laufen?

 

[Brandenburgerin]

Auf jeden Fall erst mal vielen Dank für die Anregungen

 

[Wildcard]

*EDIT*: also ich mein, würden die anderen beiden BUILD COMMANDS trotzdem greifen/funktionieren/laufen?

Ja. Eclipse führt alle registrierten Builder nacheinander aus. Ist für mich eher die Frage ob der Java Builder (insofern er durch die anderen Builder nicht obsolete ist) nicht vor den beiden anderen ausgeführt werden sollte.

 

[Brandenburgerin]

Jau! Hab den definitiv davor gepackt. Ich finde ein JavaBuilder gehört in einem Java-Programm an die erste Stelle...

Und so ganz ohne scheint es ja nicht zu gehen, wenn mir mit Builder Fehler angezeigt werden und ohne keine.

 

[Wildcard]

Und so ganz ohne scheint es ja nicht zu gehen, wenn mir mit Builder Fehler angezeigt werden und ohne keine.

Sehe ich auch so, allerdings kenne ich die beiden Plugins nicht wirklich, daher weiß ich nicht ob dort aus bestimmten Gründen der java builder bewusst gelöscht wird.
That said, es ist nicht wirklich verwunderlich das du keine Marker bekommst wenn der Java Builder deaktiviert ist, tatsächlich ist sogar sehr fraglich in wie weit der Stand der class Files immer zum Stand der Quellen deines Projekts gepasst hat.

 

[Brandenburgerin]

Keine Ahnung, bin halt erst neu dazu, weil auch das Project zu diesem Programm neu ist. Das Programm ist ewig alt, soll jetzt halt entstaubt werden. Natürlich während noch Leute dran rumfrickeln, ohne Codefreeze... ;-(

Bis jetzt hat es niemanden gestört, weil es lief ja. Aber so kann man doch nicht arbeiten. Bin mal gespannt, wenn ich denen morgen die knapp 4200 warnings um die Ohren haue. 200 habe ich schon allein durch "organize imports" wegbekommen.

Und der Chef, dessen "Baby" das Programm ist, muss immer noch überzeugt werden, dass es einfach neu geschrieben werden sollte. :autsch: