Hilfe, Java spielt verrückt

[Kater Karlo]

Hallo,
eins vorweg, ich programmiere seit über 10 Jahren in Java, weiß also was ein Konsturktor ist :lol:
Leider kann ich meinen vollständigen Programmcode nicht posten, da er nicht Open-Source stehen darf (leider) und zudem sehr Umfangreich ist. Aber vielleicht kann mir ja jemand auch ohne genauere Source-Kentnisse weiterhelfen.
Also, mein System is Debian Lenny, Java-Version 1.6.0_07, Eclipse 3.2.2.

Folgendes:
Ich rufe in meinem Programm den Konstruktor der Klasse A auf. Im Konstruktor steht unter anderem ein System.out.println("TESTTTT");

Starte ich mein Programm, wird innerhalb des Programmes eine Instanz von A erzeugt, und Instanzmethoden ( keine statischen Methoden ) aufgerufen. Die Methoden machen leider nicht dass, was sie sollen, aber fest steht, ich kann über die Instanz Methoden aufrufen. ABER(!) der Test-String wird nicht ausgegeben! Ich kann nicht-statische Methoden über eine Instanz der Klasse A aufrufen, ohne dass die Ausgabe im Konsturktor getätigt wird.
Schreibe ich jedoch ein System.exit(1); direkt hinter die Ausgabe-Anweisung, wird der Test-String ausgegeben. Leider ist das nicht der Sinn des Programms. Im Programm gibt es keine Threads oder ähnliches. Es scheint so, als wenn der Konstruktor nur Korrekt abgearbeitet wird, wenn ich in ihm das Programm direkt verlasse.

Hat jemand eine Idee, wo der Fehler liegen könnte?

 

[FArt]

Hört sich verwirrend an.

Eines kann man sicher sagen: der Fehler sitzt davor.

Schon mal gedebuggt? Da wirst du jede Zeile erreichen und sehen was vor sich geht.

Geht den die Ausgabe auf eine Konsole oder wird sie evtl. umgeleitet? Mach lieber Logging (evtl. in ein File).

Poste nicht den Code, isoliere das Problem und schreibe ein kleines Beispielprogramm. Vorteil: bis du den Fehler reproduziert hast, weißt du was du falsch gemacht hast und musst das Beispielprogramm nicht mehr posten. Ist dann auch nicht so peinlich ;-)

Wenn Sachen funktionieren, Zeilen aber vermeintlich nicht angesprungen werden, sind gerne Exceptions im Spiel, die vor der Ausgabe geworfen werden, dann gefangen und ingoriert werden. Der Code läuft dann "ganz normal" weiter...

 

[Wildcard]

Im einfachsten Fall liegt es an einem gepufferten Output Stream der noch nicht geflushed wurde.

 

[Kater Karlo]

Hi,
mhm, normalerweise ist man ja immer recht fix, die JVM zu beschuldigen, und später dann doch fest zu stellen, dass man irgendwo ein Leerzeichen vergessen hat
Leider ist das bei mir nicht der Fall.

Folgendes: ich bin das Programm jetzt schritt für Schritt mit dem Debugger durch gelaufen. Das Programm ist 100% das selbe, außer das ich es eben im Debugger hab laufen lassen.
Ich habe in die Methode die den Konstruktor aufruft ein Breakpoint gesetzt, und immer brav auf "Step over" gedrückt.
Was passiert? Der Test-String wird ausgegeben, die lokalen Variablen initialisierung im Konsturktor geschieht wie gewünscht.
Führe ich das Programm normal aus, also nicht im Debuggermodus: Selber Fehler wie vorher: Initlialisierungen schlagen fehl, Konstruktor wird nicht aufgerufen.

Ich werd noch verrückt. Das darf doch eigentlich nciht sein, oder? Ich habe nix am Code geändert???:L

 

[Kater Karlo]

Im einfachsten Fall liegt es an einem gepufferten Output Stream der noch nicht geflushed wurde.

Leider ist es nicht nur die Ausgabe, die Fehl schlägt. Ich fülle im Konsturktor auch ein Set mit werden aus einem String.
Dies geschieht nur leider eben nicht. Also an gepufferter Ausgabe kanns nicht liegen.

 

[FArt]

Hi,
mhm, normalerweise ist man ja immer recht fix, die JVM zu beschuldigen, und später dann doch fest zu stellen, dass man irgendwo ein Leerzeichen vergessen hat
Leider ist das bei mir nicht der Fall.

Folgendes: ich bin das Programm jetzt schritt für Schritt mit dem Debugger durch gelaufen. Das Programm ist 100% das selbe, außer das ich es eben im Debugger hab laufen lassen.
Ich habe in die Methode die den Konstruktor aufruft ein Breakpoint gesetzt, und immer brav auf "Step over" gedrückt.
Was passiert? Der Test-String wird ausgegeben, die lokalen Variablen initialisierung im Konsturktor geschieht wie gewünscht.
Führe ich das Programm normal aus, also nicht im Debuggermodus: Selber Fehler wie vorher: Initlialisierungen schlagen fehl, Konstruktor wird nicht aufgerufen.

Ich werd noch verrückt. Das darf doch eigentlich nciht sein, oder? Ich habe nix am Code geändert???:L

Was passiert bei System.exit... die VM beendet sich schon, oder?

Wie sieht es mit dem Beispielprogramm aus?

Was heißt "Initialisierung schlägt fehl"? Fehlermeldungen?

Reicher dein Programm u.U. mit "extreme logging" an...

 

[Kater Karlo]

Ah, ich bin einen Schritt weiter. Anscheinend geschieht die Ausgabe doch, wird aber sofort, nach einem Bruchteil einer Sekunde wieder überschrieben d.h. die Konsole gelöscht. Der nachfolgende Text wird aer immer schön hinten dran gehängt. Seltsam. habe ich bisher bei Eclipse noch nicht gesehen.
Jetzt muß ich nur noch herausfinden, warum das so ist, warum irgendwas bei meiner Initialisierung nicht funkioniert.

 

[Guest]

Was passiert bei System.exit... die VM beendet sich schon, oder?

Wie sieht es mit dem Beispielprogramm aus?

Was heißt "Initialisierung schlägt fehl"? Fehlermeldungen?

Reicher dein Programm u.U. mit "extreme logging" an...

Ja, bei System.exit!) endet die VM.
Beispielprogramm ist erstmal zu heftig, der Code ist sehr verschachtelt, mit vielen Klassenhierarchien, Polymorphismen etc.
Initilialisierung schlägt fehl heißt, dass ich im Konstruktor ein Set mit Strings aus einer Map fülle. Leider ist das Set aber irgendwie immer leer, die Initilisierung des Sets schlägt fehl.

Bin gerade dabei micht mit mit dem Debugger intensiv rumzuschlagen
Mal schaun, ob das Ding hält was es verspricht.

 

[Wildcard]

Bin gerade dabei micht mit mit dem Debugger intensiv rumzuschlagen
Mal schaun, ob das Ding hält was es verspricht.

eins vorweg, ich programmiere seit über 10 Jahren in Java, weiß also was ein Konsturktor ist

Also nach 10 Jahren sollte man aber durchaus wissen was der Debugger kann und was nicht :wink:

 

[FArt]

Der Debugger von Eclipse ist nicht so der Renner, reicht aber sicher für dieses Problem.

Was passiert, wenn du das Programm ohne Eclipse laufen lässt, mit einer richtigen Konsole? Denn eigentlich ist eine Konsole ein Stream... löschen ist nicht...

 

[Wildcard]

Der Debugger von Eclipse ist nicht so der Renner, reicht aber sicher für dieses Problem.

Was fehlt dir denn daran?

 

[Kater Karlo]

Problem gelöst! Danke für die Hilfe.
Es lag an der Eclipse-Konsole, bzw. an der Beschränktheit der Größe.
Das Programm hat soviel Debugging-Output auf die Konsole geschrieben, dass es so aussah, als wenn die erste Zeile immer gelöscht werden würde.

Ich steig jetzt sofort auf log4j um. Hatte ich eh schon die ganze Zeit vor

 

[Wildcard]

Die Puffer Größe kannst du einstellen.

 

[FArt]

Der Debugger von Eclipse ist nicht so der Renner, reicht aber sicher für dieses Problem.

Was fehlt dir denn daran?

Wer schon mal mit IntelliJ (besonder Remote) gedebuggt hat weiß was noch alles möglich wäre... HotSwap, Instance Highlighting und vieles mehr. Bei "evaluate expression" kann ich bei einem Breakpoint ganze Codefragmente mit code completion erstellen und im Kontext des Breakpoints ausführen lassen... Debugging von Groovy, Ruby, JavaScript (habe ich nicht neulich auch ANT Skripten gesehen?), ...

Es gibt noch mehr, man muss es ausprobiert haben.

http://www.jetbrains.com/idea/features/compiler.html

 

[Wildcard]

HotSwap
geht

Instance Highlighting
Du meinst die Instanzen einer Klasse anzeigen? Geht

Bei "evaluate expression" kann ich bei einem Breakpoint ganze Codefragmente mit code completion erstellen und im Kontext des Breakpoints ausführen lassen

Bei Eclipse doch auch

debugging von Groovy, Ruby, JavaScript (habe ich nicht neulich auch ANT Skripten gesehen?)
Groovy, Ruby und JavaScript kann ich nichts zu sagen, aber Eclipse hat ANT Debugging.

 

[FArt]

HotSwap
geht

Auch remote?

Ich habe die neueren Versionen nicht mehr verfolgt, nachdem ich festgestellt hatte, dass IDEA immer ein wenig (oder mehr) die Nase vorn hat... aber Eclipse ist gut, und gibt es für mau...

 

[Wildcard]

Debugging ist technisch gesehen immer Remote. Genauere Informationen kann ich dir leider nicht geben, da ich nicht auf entfernten Rechnern/externen Anwendungen Debugge.
Aber schon klar, IntelliJ ist sowas wie der kreative Motor für IDEs, aber insgesamt ist Eclipse schon ein tolles Paket und für RCP Entwicklung dann doch besser geeignet als IntelliJ (obwohl man damit wohl mittlerweile auch Eclipse PlugIns entwickeln können soll), daher bleibe ich bei Eclipse.