• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Gelöst] Keine Fenster bei Eclipse mit java jre 1.6

Hallo zusammen,

bei SuSE 10.3 mit der aktuellen Eclipse-Version lassen sich bei mir keine Programme mehr implementieren, die ein eigenes Fenster erzeugen.
Die Klasse zum Erzeugen von Fenstern liegt in einer Basisbibliothek im Verzeichnis /usr/lib/jvm/jre/lib/ext
Sobald ein Fenster erzeugt werden soll, öffnet sich das gewünschte Fenster und es erscheint ein kleines schwarzes Quadrat in der oberen linken Ecke; das war's.

Bei einer parallelen Installation habe ich eine ältere Eclipse-Version mit der java jre 1.5 verwendet; dort gab's keine Probleme.
Eine Deinstallation von jre 1.6 blieb erfolglos, obwohl java -version mir 1.5 ausgibt.

Der Tipp export LIBXCB_ALLOW_SLOPPY_LOCK=true brachte auch keine Hilfe.

Was kann ich tun?

Mit freundlichem Gruß

Manfred
 
Hallo pingu,

hast Du ein (Mini-)Beispiel-Programm, mit dem man versuchen kann, Dein Problem nachzuvollziehen?

Viele Grüße,
gameboy.
 
Hallo,

zum Beispiel sollte das folgende Programm ein rotes Fenster erzeugen, es erscheint allerdings ein weißes mit einem kleinen schwarzen Quadrat in der Ecke:

package test;

import basis.*;
public class Test {
Fenster fenster;
public Test() {
fenster =new Fenster();
fenster.setzeHintergrundFarbe(Farbe.ROT);
}

public void teste() {
while (true){ }
}
}

In einer Startklasse wird dann teste aufgerufen.

Für die Basisbibliothek liegen mir die Quellen nicht vor.
Programme, die ihre Ergebnisse in der konsole ausgeben machen keine Probleme.

Gruß

Manfred
 
ohne basis.* werden wir hier wohl eher wenig helfen können :D

hast du denn mal probiert ein ganz normales Swing-Fenster zu zeichnen?
Funktioniert das?
 
Hallo,

die Basisbibliothek greift m.E. auf awt zu.

Aber damit wieder alle mitreden können, wäre es für mich hilfreich, wenn ich den Quelltext einer Java-Anwendung hätte, die ohne basis.* ein Fenster generiert.

Es kann auch durchaus sein, dass der Fehler völlig unabhängig von der installierten jre ist, ich habe heute java 1_6_0_ u4 probiert.

Gruß

Manfred
 
Hallo pingu,

hier ein einfaches Swing-Beispiel:

Code:
package swingstuff;

import javax.swing.JFrame;
import javax.swing.JLabel;
import javax.swing.WindowConstants;

public class HelloWorldSwing extends JFrame {

	public static void main(String args[]) {
		new HelloWorldSwing();
	}

	HelloWorldSwing() {
		setDefaultCloseOperation(WindowConstants.EXIT_ON_CLOSE);
		JLabel label = new JLabel("Hello, world!");
		add(label);
		setSize(500, 500);
		setVisible(true);
	}
}
Viele Grüße,
gameboy.
 
Hallo gameboy,

danke für den Quelltext; ich erhalte ein Fenster ;-)

Der Fehler muss daher mit meiner Basisbibliothek zusammenhängen.
Ist eventuell durch die Installation von Java 1.6 ein Pfad verloren gegangen?
Mit Java 1.5 und Eclipse 2.1.2 hatte ich diese Probleme noch nicht.

Grüße

Manfred
 
Hallo zusammen,

dank gameboy weiß ich jetzt, dass die Konstellation Eclipse 3.3 mit Java 1.6 und meiner Basisbibliothek lauffähig ist.
Ich habe heute alle Pakete deinstalliert und wieder neu installiert, trotzdem bleibt der Fehler bestehen:

Die Klassen meiner eingebundenen Basisbibliothek werden von Eclipse akzeptiert und erst bei der Programmausführung gibt's den Absturz ohne Fehlermeldung.

Ratsuchende Grüße

Manfred

(SuSE 10.3 mit LTSP 4.2 und XFCE)
 
Hallo zusammen,

bei der Suche nach der Lösung meines Problems bin ich auf Folgendes gestoßen:

Wenn ich mein Programm als Java-Anwendung ausführe, gibt es einen Absturz mit 100% CPU-Last.
Wenn ich das Programm in der Debug-Perspektive ausführe, läuft es korrekt.

Was ist hier durcheinander geraten?

Gruß

Manfred
 
Hallo gameboy,

ich habe eclipse-SDK-3.3.2 bei einem neuen Benutzer entpackt und getestet:
Beim Öffnen des Fensters hängt sich die Anwendung auf.

Das Gleiche gilt für die rpm-Version von SuSE und für easyeclipse.

Erfolgreich läuft nur eine alte 2.1.2-Version im Debugmodus.

Ich bin für jeden Tipp dankbar.

Grüße

Manfred
 
Hallo zusammen,

wenn ich beim Ausführen der Anwendungen den Parameter
-Djava.compiler=NONE an die VM übergebe, gibt's keine Probleme mehr ;-)

Danke für die Mithilfe und liebe Grüße

Manfred
 
Oben