Discussion :

[sliderman]

Bonjour,
Voila, j'ai un certain niveau (moyen) en java. Je pense être en mesure de créer une frame, mais il s'avère que non
j'ai codé ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
import javax.swing.JFrame;
 
public class MainWindow extends JFrame
{
	private static final long serialVersionUID = 1L;
	private JFrame frame;
	public MainWindow()
	{
		frame = new JFrame();
 
	}
 
}

mais voila que, pour une si petite ligne de code, j'ai une big erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
Exception in thread "main" java.lang.UnsupportedClassVersionError: test/Toto : Unsupported major.minor version 51.0
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClass(Unknown Source)
	at java.security.SecureClassLoader.defineClass(Unknown Source)
	at java.net.URLClassLoader.defineClass(Unknown Source)
	at java.net.URLClassLoader.access$000(Unknown Source)
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClassInternal(Unknown Source)

j'ai essayé avec une java 6 et une java 7 en 64 bits (je pense pas que le 64 bits soit un problème sinon ça ce saurait)
je ne pense pas être un débutant en linux mais là je m'avoue vaincu (fedora 8)

[sinok]

Simplement la version de java qui était dans ton path n'était pas la bonne, bien que tu aies eu la bonne version d'installée. Enfin pour moi le numéro 51 correspond à java 7.

Tappes javac -version dans une console, puis java -version et tu verras ou se situe ton problème

[sliderman]

$ java -version

c'est icedtea (1.7.0)

$javac -version

0.771

[marchand_de_sable]

Ca n'a certe rien à voir avec ta question, et j'ai bien compris que ton code est juste un test. Mais si tu hérites d'une JFrame, je te conseille plutôt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
import javax.swing.JFrame;
 
public class MainWindow extends JFrame
{
	private static final long serialVersionUID = 1L;
	private JFrame frame;
	public MainWindow() {
		super();		
	}	
}

Sinon, je ne vois pas l'intérêt de l'héritage (et tu devras redéfinir toutes les méthodes de JFrame !).

[bassim]

Ca n'a certe rien à voir avec ta question, et j'ai bien compris que ton code est juste un test. Mais si tu hérites d'une JFrame, je te conseille plutôt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
import javax.swing.JFrame;
 
public class MainWindow extends JFrame
{
	private static final long serialVersionUID = 1L;
	private JFrame frame;
	public MainWindow() {
		super();		
	}	
}

je comprends pas pourquoi tu mets un attribut JFrame dans une classe JFrame

Sinon, je ne vois pas l'intérêt de l'héritage (et tu devras redéfinir toutes les méthodes de JFrame !).

Non, JFrame n'est pas une classe abstraite (ou une interface)

[marchand_de_sable]

je comprends pas pourquoi tu mets un attribut JFrame dans une classe JFrame

Exact !! J'ai oublié d'enlever la ligne du code de départ (ça m'apprendra à donner des leçons )
Je reprends donc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
import javax.swing.JFrame;
 
public class MainWindow extends JFrame
{
	private static final long serialVersionUID = 1L;
	public MainWindow() {
		super();		
	}	
}

Non, JFrame n'est pas une classe abstraite (ou une interface)

Certe, mais dans la classe et le constructeur de sliderman, la seule référence faite à la super-classe est le extends. Donc d'après son constructeur, une instance de MainWindow ne sera pas du tout initialisée de la même manière q'une instance de JFrame. Et même si le compilateur ne bronche pas, de mon point de vue, le comportement des méthodes héritées et non redéfinies est plus qu'incertain...

A moins de redéfinir toutes les méthodes (exemple) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
import javax.swing.JFrame; 
public class MainWindow extends JFrame {
	private static final long serialVersionUID = 1L;
	private JFrame frame;
 
             public MainWindow() {
		frame = new JFrame();		
	}
 
             public void setContentPane(Container c) {
                       frame.setContentPane(c);
            }
            public Container getContentPane() {
                       return frame.getContentPane();
            }
            // Etc...	
}

Et là, je souhaite bon courage
Mon raisonnement vous semble erroné ??

[Deadpool]

Mon raisonnement vous semble erroné ??

Oui.


Dans la mesure où dans le constructeur de la sous-classe, super() est toujours appelé même si on l'omet.

[bassim]

Donc d'après son constructeur, une instance de MainWindow ne sera pas du tout initialisée de la même manière q'une instance de JFrame.

Si si, le constructeur de la classe mère sera appelé implicitement même si ce n'est pas mentionné (à vérifier, adibuga si tu passes par là ...)

Edit: grillé

Et même si le compilateur ne bronche pas, de mon point de vue, le comportement des méthodes héritées et non redéfinies est plus qu'incertain...

justement, si elles ne sont pas redéfinies , le comportement par défaut de la classe mère va être adopté

[marchand_de_sable]

Ha ben j'ignorais que super() est automatiquement appelé...
Et effectivement, ça change tout...

Comment cela se passe-t-il s'il n'existe pas de constructeur sans paramètre dans la super-classe ??

[Deadpool]

Comment cela se passe-t-il s'il n'existe pas de constructeur sans paramètre dans la super-classe ??

Dans ce cas il faudra préciser avec super le constructeur de la super-classe à appeler (en passant les bons paramètres) sinon il y aura une erreur de compilation.

[marchand_de_sable]

OK.

Je retire donc ce que j'ai dit...
Désolé sliderman d'avoir pollué ton post

Une question subsiste toutefois : quel intérêt de l'attribut JFrame dans ta JFrame ??