Discussion :

[Slumpy]

Bonjour,

J ai un probleme avec les boucles try - catch. Deja, j avoue que ce n'est pas clair dutout dans ma tete ce truc, donc tout bon tutorial sera le bienvenue. Et notamment je ne c pas quel catch attribuer a une boucle try. Comment sais t on quels catch doit on mettre ?

Sinon, plus concretement j ai ce bout de code ou je dois lire un fichier et donner la somme de tout les nombres:

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
 System.out.println("-3- We read the data from a file on the CEG website called testdouble.dat.");
        System.out.println("WARNING : The data contains a stream of binary encoded doubles. (We used a DataInputStream)");
        try
        {
            FileInputStream fis = new FileInputStream("C:\\Documents and Settings\\Lulu\\testdouble.dat");
            BufferedInputStream bis = new BufferedInputStream(fis);
            DataInputStream dis = new DataInputStream(bis);
 
            double d = dis.readDouble();
 
            double total = 0;
            while(! EOF)
            //while(d != null)
            {
                total = total + d;
                System.out.println(d + " total actuel : " + total);
                d = dis.readDouble();
            }
 
            dis.close();
        }
 
        //cath the errors 
 
        catch(java.io.EOFException jie)
        {
            EOF = true;
        }
        catch(IOException io){
            System.out.println(io.getMessage());
            io.printStackTrace();
        }
 
        catch(Exception e){
            System.out.println(e.getMessage());
            e.printStackTrace();
        }

Mes problemes sont en fait :

1) Je ne vois pas comment faire pour qu'il me donne la valeur de la somme qu'une foi toute la lecture effectué. Car je ne peux pas mettre l'affichage de la somme (total) en dehors de la boucle while car quand il rencontre une exception il quitte la boucle try (si j ai bien compris :p).

2) Quel est la difference entre :

Code :

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

while(! EOF)

et

Code :

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

while(d != null)

?

3) comme j'ai dis au debut, j ai mis c'est catch plus ou moins au pif, comment sais t on exactement quel catch on doit inserer svp?

Merci de votre aide, car j avoue que la je coince

[plegat]

1) Je ne vois pas comment faire pour qu'il me donne la valeur de la somme qu'une foi toute la lecture effectué. Car je ne peux pas mettre l'affichage de la somme (total) en dehors de la boucle while car quand il rencontre une exception il quitte la boucle try (si j ai bien compris :p).

Je ne vois pas où est le problème. Si il rencontre une exception, c'est qu'il y a eu un problème, donc que ça a foiré, donc que ton résultat risque d'être faux.
Met l'affichage à la sortie de ton while.

2) Quel est la difference entre :
Code:
while(! EOF)
et
Code:
while(d != null)
?

C'est quoi ce EOF? Jamais utilisé en Java....
d est la dernière lecture dans ton fichier. Si il s'agit de la fin du fichier, il n'y a plus rien à lire, donc ta variable d sera à null (par opposition à "si il y a quelque chose à lire, alors d prendra cette valeur-là").

3) comme j'ai dis au debut, j ai mis c'est catch plus ou moins au pif, comment sais t on exactement quel catch on doit inserer svp?

Ouahou, de la programmation à larache! Cool!

Alors, quand on essaye de programmer, on consulte un minimum la documentation du langage que l'on utilise. Pour Java, ça s'appelle la Javadoc.

Quand tu prends la Javadoc, que tu vas voir par exemple la classe FileInputStream, tu lis:

Code :

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

1
2
3
4
FileInputStream
 
public FileInputStream(File file)
                throws FileNotFoundException

En gros, ce constructeur est susceptible de lancer une exception de type FileNotFoundException en cas de problème. C'est celle-ci que tu dois intercepter dans ton catch pour la traiter (ou plus si affinité).

Il faut savoir que tu peux traiter toutes les exceptions, sans préciser le type, en faisant un:

Code :

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

1
2
 
catch(Exception e){ ... }

comme tu as fait à la fin de ton code, mais alors le traitement sera le même quelque soit l'exception. Donc si tu veux un traitement spécifique pour un type d'exception, il faut utiliser un catch spécifique.

Il va te falloir parcourir ton code pour repérer toutes les méthodes qui peuvent renvoyer un exception, et les traiter.

Les EDI "modernes" sont un bon outil pour cela, ils te signalent toutes les exception non "catchées".

[Slumpy]

Coucou,

merci d essayer de m aider.

Je ne vois pas où est le problème. Si il rencontre une exception, c'est qu'il y a eu un problème, donc que ça a foiré, donc que ton résultat risque d'être faux. Met l'affichage à la sortie de ton while.

Si je fais ca :

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
try
        {
            FileInputStream fis = new FileInputStream("C:\\Documents and Settings\\Slumpy\\Mes documents\\Euroaquae\\Newcastle\\SVY333 - Java\\Data for Practical 4\\testdouble.dat");
            BufferedInputStream bis = new BufferedInputStream(fis);
            DataInputStream dis = new DataInputStream(bis);
 
            double d = dis.readDouble();
 
            double total = 0;
            while(! EOF)
            //while(d != null)
            {
                total = total + d;
                System.out.println(d);
                d = dis.readDouble();
            }
            System.out.println(total);
            dis.close();
        }
 
        //cath the errors 
 
        catch(java.io.EOFException jie)
        {
            EOF = true;
        }
        catch(IOException io){
            System.out.println(io.getMessage());
            io.printStackTrace();
        }
 
        catch(Exception e){
            System.out.println(e.getMessage());
            e.printStackTrace();
        }

Il ne va jamais lire la ligne ou est ecris de m afficher le total
Ce n est pas forcement qu il y a un probleme si il rencontre une exception non ? Dans mon cas, si j ai bien compris c juste car il est en fin de fichier.

C'est quoi ce EOF? Jamais utilisé en Java....
d est la dernière lecture dans ton fichier. Si il s'agit de la fin du fichier, il n'y a plus rien à lire, donc ta variable d sera à null (par opposition à "si il y a quelque chose à lire, alors d prendra cette valeur-là").

Desolé de pas avoir expliqué, EOF c un booleen que je declare egal a false au depart. quel est la difference entre c des lignes stp ? (celle avec null et le test sur le booleen ?)

Ouahou, de la programmation à larache! Cool!

Oui pour l instant les cach, c a l arrache total

Mettre : catch(Exception e){
System.out.println(e.getMessage());
e.printStackTrace();
}[/code]

Englobe toutes les erreurs ? donc dans mon code les exceptions sont redondantes non ?

[plegat]

Il ne va jamais lire la ligne ou est ecris de m afficher le total
Ce n est pas forcement qu il y a un probleme si il rencontre une exception non ? Dans mon cas, si j ai bien compris c juste car il est en fin de fichier.

Une exception sert à signaler un problème d'exécution, à signaler que l'action n'a pas été menée de manière optimale.
Si tu croises une exception dans ton cas, c'est qu'il y a eu un problème. Avoir une exception en fin de fichier alors que tu gères justement la fin de fichier dans ton while, ça veut dire que tu as un gros problème! (voir la suite pour ça)
En supposant que ta fin de fichier est gérée correctement, le programme sort alors du while, et exécute le System.out.println, et t'affiche le résultat du traitement.

Desolé de pas avoir expliqué, EOF c un booleen que je declare egal a false au depart.

Et ensuite?
Il y a un moment où il est sensé passer à true? Pas dans ton while en tous cas... ah ok, dans l'exception... pas bon ça... c'est un peu comme si tu roulais en voiture, que tu sais qu'il faut que tu freines pour éviter l'arbre, et que tu attendes de percuter l'arbre pour te mettre à freiner...

quel est la difference entre c des lignes stp ? (celle avec null et le test sur le booleen ?)

Il n'y en a pas, dans le principe, ça fait la même chose.
Sauf que dans ton prog, tu ne gères pas la fin de fichier avec ton EOF, vu que tu ne le modifies qu'en cas d'exception... donc en dehors de la boucle du traitement...
Utilise

Code :

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

while (d!=null)

le traitement de fin de fichier est directe, pas besoin d'autre manipulation...

Code :

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

1
2
3
4
5
 
Mettre : catch(Exception e){
            System.out.println(e.getMessage());
            e.printStackTrace();
        }

Englobe toutes les erreurs ? donc dans mon code les exceptions sont redondantes non ?[/code]

Oui, ça t'englobe toutes les exceptions, car toutes les exceptions particulières étendent la classe Exception (sauf évidemment, l'exception qui confirmera la règle...)
Non, elles ne sont pas redondantes, si tu veux traiter chaque exception de manière particulière.
Par exemple, pour une FileNotFoundException, tu voudras peut-être créer le fichier... pour une IOException, afficher un message... pour une NullPointerException créer l'objet... et laisser une Exception en final pour toutes les exceptions que tu ne veux pas gérer de manière individuelle...

[Slumpy]

Oui, ça t'englobe toutes les exceptions, car toutes les exceptions particulières étendent la classe Exception (sauf évidemment, l'exception qui confirmera la règle...)
Non, elles ne sont pas redondantes, si tu veux traiter chaque exception de manière particulière.
Par exemple, pour une FileNotFoundException, tu voudras peut-être créer le fichier... pour une IOException, afficher un message... pour une NullPointerException créer l'objet... et laisser une Exception en final pour toutes les exceptions que tu ne veux pas gérer de manière individuelle...

Ha oki, c'est un peu plus clair ca maintenant, merci.

Code :

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

while (d!=null)

Je ne peux pas utiliser ca dans mon cas, car d est un double

[plegat]

[
Je ne peux pas utiliser ca dans mon cas, car d est un double

c'est surtout parce que readDouble() te lance une exception que ça craint...

Dans ce cas, encadre la ligne

Code :

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

d = dis.readDouble();

avec un try... catch, dans le genre:

Code :

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

1
2
3
4
5
6
 
try {
    d = dis.readDouble();
} catch {IOException) {
    EOF=true;
}

[Slumpy]

Merci de m aider voisin. (J habite a 25 Km de toulouse :p Si il faut t mon voisin, c con quand meme ).


En tout cas, j avoue que j ai du mal avec ces catch . Je vais mettre resolu dans le titre et essayer de digerer ca.

Si jamais je reposerais sur ce message.

Encore merci a toi ^^

[plegat]

(J habite a 25 Km de toulouse :p Si il faut t mon voisin, c con quand meme ).

Ben alors baisse les basses de ta chaine hifi alors!
Non, sérieusement, je ne suis pas si loin de la capitale. Blagnac pour être précis.

En tout cas, j avoue que j ai du mal avec ces catch . Je vais mettre resolu dans le titre et essayer de digerer ca.

Les catch sont très simples à digérer... une fois qu'on a compris le truc.
Pour imager, simplement, ton code aura cette allure:

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
18
 
try {
    une méthode qui lance une exception1
    une méthode qui lance une exception2
    une méthode qui lance une exception3
 
    try {
        une méthode qui lance une exception4
    } catch (exception4 e) {
        je gère l'Exception 4 (genre e.printStackTrace())
    }
 
} catch (exception1) {
    je gère l'exception1
} catch (Exception) {
   je gère toute les exceptions qui n'ont pas été gérées précédemment
    (donc, ici, l'exception2 et l'exception 3)
}

Après, c'est toi qui te gère les catch là où tu préfères, soit tous ensemble à la fin, soit au plus près de la méthode qui est sensée lancer l'exception (ça dépend de l'algo, de l'exception, ...)

Si jamais je reposerais sur ce message.

Il vaudrait sans doute mieux faire un autre post, un nouveau. Le "futur" problème potentiel ne sera pas forcément directement en rapport. A la limite tu fais référence à ce post, pour servir de base...

[Slumpy]

Ben alors baisse les basses de ta chaine hifi alors!
Non, sérieusement, je ne suis pas si loin de la capitale. Blagnac pour être précis.

Woaw excuses, je baisse ca dessuite :p
Héhé, suis un peu plus au sud moi :p, du coté Ramonville-Castanet.

Code :

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

Les catch sont très simples à digérer... une fois qu'on a compris le truc.

Quand on ne connait que le fortran, cette notion est un peu etrange :p
Mais effectivement ca commence a venir.

Ptite question : Faut il essayer de catcher chaqu'une des exceptions ou pas ? J entend par la, essayer de laisser le moins de possibilité pour :

Code :

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

1
2
3
atch (Exception) {
   je gère toute les exceptions qui n'ont pas été gérées précédemment
    (donc, ici, l'exception2 et l'exception 3)

Parce que dans mon cas si j ai compris quelque chose, je dois :

-Pour FileInputStream :
catch FileNotFoundException,
catch SecurityException,

-Pour BufferedInputStream :
rien

-Pour DataInputStream :
rien

- Pour mon premier readDouble :
catch EOFException,
catch IOException

- Pour mon deuxieme readDouble contenu dans la deuxieme boucle try :
remettre les deux catch precedent

-Pour close()
catch IOException :

Et mettre : catch(Exception e){ pour traiter toutes les autres ?


Autre point :
quand on veut creer une exception qui n'existe pas , style probleme si le nombre n est pas pair, doit on creer une class pour l exception, et l appeler par try-catch dans le code ?

Car j ai vu des classes declarées avec throws, et throw new Nom de l exception quand elle se produit. Quelque chose comme ca :

Code :

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

1
2
3
4
5
public void affecter(int j, int m, int a) throws DateNonConforme {
    ...
    if (m >= 1 && m <= 12) this.mois = m;
    else throw new DateNonConforme(" mois " + m);
    ...

Mais je ne comprends pas la difference avec une boucle try catch ...

Desolé de faire le boulet avec mes questions ...[/quote]

[plegat]

Ptite question : Faut il essayer de catcher chaqu'une des exceptions ou pas ? J entend par la, essayer de laisser le moins de possibilité pour :

Code :

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

1
2
3
atch (Exception) {
   je gère toute les exceptions qui n'ont pas été gérées précédemment
    (donc, ici, l'exception2 et l'exception 3)

C'est toi qui voit, en fonction de ce quoi faire le programme!
Au départ, tu peux tout laisser gérer par un catch (Exception), avec juste un affichage du "stackTrace". Puis petit à petit, au fur et à mesure que tu développes ta classe, tu ajoutes des fonctionalités à la gestion d'exception pour gérer plus en détail les exceptions.
Par exemple, pour le FileNotFoundException, au départ tu fais un catch (Exception e), avec un e.printStackTrace en gestion, juste histoire de dire qu'il y a eu un problème (et que tu t'en fous si l'utilisateur est un boulet et à choisit un fichier qui n'existe pas...). Par la suite, tu peux faire brancher sur une classe qui va créer le fichier, pour régler le problème...
En gros, je ne sais trop quoi te conseiller... Java permet de lever des exceptions en cas de problème, après c'est à toi de voir comment tu veux les gérer... à la louche, ou en détail...

Autre point :
quand on veut creer une exception qui n'existe pas , style probleme si le nombre n est pas pair, doit on creer une class pour l exception, et l appeler par try-catch dans le code ?

Tu peux. Tu créés une classe OddNumberException (ou NombreImpairException si tu veux la faire à la française!), qui étends la classe Exception.
Atttention, les exceptions servent en général à faire remonter l'information comme quoi il y a eu un problème. Exemple, tu appelles une méthode, et quelque chose foire dans cette méthode. Le problème n'est pas géré par la méthode que tu as appelé, mais par la partie du programme qui l'a appelé (ou même en amont si tu fais propager l'exception). L'exception sert juste à transmettre l'information qu'il y a eu un problème, et quel type de problème.

Mais je ne comprends pas la difference avec une boucle try catch ...

Throw: crée et lance l'exception
Try... catch: intercepte et traite l'exception.

Pour imager, au tennis, "throw", c'est l'arbitre de ligne, et "try... catch", c'est l'arbitre de chaise. L'arbitre de ligne va gueuler pour dire que la balle est dehors, et son boulot s'arrête là... et l'arbitre de chaise va dire "la balle est faute, donc 30-0 pour lui, balle suivante, on continue".