Les fichiers et les exceptions

Version imprimable

salut tout le monde j'ai lu le chapitre sur les exceptions mais là avec les fichiers je suis totalement perdu, voici une portion code initial qui necessite une gestion d’exception je veux juste une explication pour faire marcher ce code avec l'ajout du support des exception (j'ai essaye mais je n’obtiens que des erreur :( )
Code:

1 2 3 4 5 6 7 8 9 10 11 12 public Manager(String Nom,String Prenom,double Salaire) { super(Nom, Prenom, Salaire+1000) ; out = new ObjectOutputStream(new BufferedOutputStream(new FileOutputStream(new File("yous.txt")))); in = new ObjectInputStream(new BufferedInputStream(new FileInputStream(new File("yous.txt")))); out.writeObject(new Employe("zaza", "mamababa", 11)); System.out.println(((Employe)in.readObject()).toString()); }
Code:

1 2 3 public static void main(String[] args) { Manager Man = new Manager("coco", "hich", 100) ; }

28/03/2011, 08h02
rtg57

Bonjour,

regardez du côté de ce post, il y a un embryon de code avec gestion d'exception: http://www.developpez.net/forums/d10...r/#post5841236

On peut faire plus complet, mais ce devrait être suffisant pour commencer.

@ bientôt...
28/03/2011, 11h39
KnowPart

Ton code contiens une erreur,l'utilisation du mot clé super doit être précéder tout d'abord d'un extends dans ta class fille,le super est utilisé dans ce cas pour faire appel du constructeur de la class mére
28/03/2011, 11h50
MigouW

Citation:

Envoyé par KnowPart

Ton code contiens une erreur,l'utilisation du mot clé super doit être précéder tout d'abord d'un extends dans ta class fille,le super est utilisé dans ce cas pour faire appel du constructeur de la class mére

On ne voit pas la déclaration de la classe donc il est possible que l'héritage soit déjà fait, de plus il semblerait que ce soit les création/écriture de fichier qui soit en cause et non le code "fonctionnel" (après je peux me tromper :aie:)
28/03/2011, 11h58
KnowPart

Citation:

salut tout le monde j'ai lu le chapitre sur les exceptions mais là avec les fichiers je suis totalement perdu, voici une portion code initial qui necessite une gestion d’exception je veux juste une explication pour faire marcher ce code avec l'ajout du support des exception (j'ai essaye mais je n’obtiens que des erreur )

J'ai ajouter mon poste pour répondre à faire marcher le code,rtg57 a déja repondu à la parti exception masi je ne pouvais pas voir une erreur et je ne là signale pas :mrgreen:
28/03/2011, 19h08
yous18

les amis je vous ai donné juste une portion du code , donc pour les extends les super ça marche , moi je veux juste la gestion des exception avec les fichiers

il y a ce code qui se compile sans erreurs

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
            try{
            out = new ObjectOutputStream(new BufferedOutputStream(new FileOutputStream(new File("yous.txt"))));
            in = new ObjectInputStream(new BufferedInputStream(new FileInputStream(new File("yous.txt"))));
 
            out.writeObject(new Employe("zaza", "mamababa", 11));
 
            System.out.println(((Employe)in.readObject()).toString());
            // n'oublie pas d'ajouter!
            in.close();
            out.close();
            } catch (FileNotFoundException e) {
                   System.out.println("FileNotFoundException");
            } catch (IOException e) {
                   System.out.println("IOException");
            } catch(Exception e){
                   System.out.println("Exception");
            }

mais il capture une exeption IOException :
run:
IOException
BUILD SUCCESSFUL (total time: 1 second)

aussi une autre question a quoi sert

Code:

catch(Exception e)

28/03/2011, 20h05
tchize_
a attapper toutes formes d'Exception. Il ya toutes sortes de raisons qui font que tu ne dois PAS utiliser ça :D

Ensuite, dans ta gestion des exceptions, tes messages sont assez inutiles, il se contentent de dire "y a un truc qui va pas" sans préciser quoi. Affiche toujours le stacktrace de tes exceptions :
Code:

1 2 3 4 5 6 } catch (FileNotFoundException e) { e.printStackTrace(); } catch (IOException e) { e.printStackTrace(); }

j'ai corrigé le code mais j'ai une nouvelle erreure

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
        try {
 
            out = new ObjectOutputStream(new BufferedOutputStream(new FileOutputStream(new File("C:\\Users\\yous\\Desktop\\yous.txt"))));
            out.writeObject(new Employe("zaza", "zaza", 11));//Manager.java:34
            out.close();
 
            in = new ObjectInputStream(new BufferedInputStream(new FileInputStream(new File("C:\\Users\\yous\\Desktop\\yous.txt"))));
            try {
            System.out.println(((Employe)in.readObject()).toString()); //Manager.java:39
            } catch (ClassNotFoundException e) {
                    e.printStackTrace();
            }
            in.close();
 
        } catch (FileNotFoundException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
run:
java.io.InvalidClassException: tp2.Employe; tp2.Employe; no valid constructor
        at java.io.ObjectStreamClass.checkDeserialize(ObjectStreamClass.java:713)
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732)
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1328)
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:350)
        at tp2.Manager.<init>(Manager.java:39)
        at tp2.Main.main(Main.java:34)
Caused by: java.io.InvalidClassException: tp2.Employe; no valid constructor
        at java.io.ObjectStreamClass.<init>(ObjectStreamClass.java:471)
        at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:310)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1114)
        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330)
        at tp2.Manager.<init>(Manager.java:34)
        ... 1 more
BUILD SUCCESSFUL (total time: 0 seconds)

29/03/2011, 09h44
tchize_

Employee étends probablement une classe non serializable sans constructeur par défaut.

Citation:

To allow subtypes of non-serializable classes to be serialized, the subtype may assume responsibility for saving and restoring the state of the supertype's public, protected, and (if accessible) package fields. The subtype may assume this responsibility only if the class it extends has an accessible no-arg constructor to initialize the class's state. It is an error to declare a class Serializable if this is not the case. The error will be detected at runtime.