Problème de construction de frame

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:

---

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:

---

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)

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

Citation:

---

Envoyé par sinok

$ java -version

---

c'est icedtea (1.7.0)

Citation:

---

Envoyé par sinok

$javac -version

---

0.771

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:

---

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 !).

Citation:

---

Envoyé par 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:

---

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 :roll:

Citation:

---

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)

Citation:

---

Envoyé par bassim

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 :aie: )
Je reprends donc :

Code:

---

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(); } }

---

Citation:

---

Envoyé par bassim

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:

---

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 :mouarf:
Mon raisonnement vous semble erroné ??

Citation:

---

Envoyé par marchand_de_sable

Mon raisonnement vous semble erroné ??

---

Oui. :D


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

;)

Citation:

---

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é

Citation:

---

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é

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

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

Citation:

---

Envoyé par marchand_de_sable

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. ;)

OK.

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

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