[Java] pb avec les Exceptions

Recherche :

Dernière réponse

Sujet : [Java] pb avec les Exceptions

benou

greg@freestarthu a écrit a écrit :

oui mais comment tu verifie que justement il n'y a que des digits? bon oui, y'a des isDigit() methodes un peu partout... mais c tellement plus simple de faire le parseInt() dans un try/catch :ange: :ange: :D

ben bien sur que tu fais un parseInt ... pkoi pas en faire ?
moi je parlais des cas où il faut déclencher ou non une exception. Là y a pas le choix : l'api java est faite comme ca ...

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

benou

ben bien sur que tu fais un parseInt ... pkoi pas en faire ?
moi je parlais des cas où il faut déclencher ou non une exception. Là y a pas le choix : l'api java est faite comme ca ...

greg@freestarthu

benou a écrit a écrit :

à mon avis :
- si ca vient d'un fichier de config, tu catches le NumberFormatException tu créé une nouvelle exception ConfigurationException (avec le nom du fichier et le champs en erreur), et tu mets le NumberFormatException dedans (nested)

tout a fait

Citation :

- si ca vient d'un champs, la vérification doit être fait au moment de la saisie ou de la validation. Une mauvaise saisie c'est un fonctionnement classique => tu dois la traiter avant de commencer le réél traitement => pas besoin d'exception : tu affiche un message d'erreur à l'utilisateur et tu annule le traitement métier.

oui mais comment tu verifie que justement il n'y a que des digits? bon oui, y'a des isDigit() methodes un peu partout... mais c tellement plus simple de faire le parseInt() dans un try/catch :ange: :ange: :D

El_gringo

veryfree a écrit a écrit :

+jve t embrouillé plus dans ce cas :/

dsl, merci qd même !

benou

greg@freestarthu a écrit a écrit :

vé
mais par exemple
...
t'as une chaine qui vient d'un fichier de config ou d'un champ texte
... et ça DOIT etre un entier... t'as une autre solution que de catcher le NumberFormatException meme si c'est "normal" que ton user ait pu rentrer une lettre par erreur dans le formulaire ? :)

à mon avis :
- si ca vient d'un fichier de config, tu catches le NumberFormatException tu créé une nouvelle exception ConfigurationException (avec le nom du fichier et le champs en erreur), et tu mets le NumberFormatException dedans (nested)

- si ca vient d'un champs, la vérification doit être fait au moment de la saisie ou de la validation. Une mauvaise saisie c'est un fonctionnement classique => tu dois la traiter avant de commencer le réél traitement => pas besoin d'exception : tu affiche un message d'erreur à l'utilisateur et tu annule le traitement métier.

enfin tout ca, ca dépend de la façon de voir de chacun ...

veryfree

el_gringo a écrit a écrit :

Hein !? là, je t'avoue que je comprend pas du tout ou tu veux en venir ! Je vois pas le rapport avec ce que je voulais faire en fait...

+jve t embrouillé plus dans ce cas :/

greg@freestarthu

benou a écrit a écrit :

[:yaisse]
Je pense que dans la majorité des cas, une exception doit être générée quand on est plus capable d'executer correctement une tache.

Toi, si la tache en question, c'est de vérifier que le login est correct, le fait de voir qu'il est incorrecte et "normal" => pas d'exception. (enfin c'est ma façon de voir)

vé
mais par exemple
...
t'as une chaine qui vient d'un fichier de config ou d'un champ texte
... et ça DOIT etre un entier... t'as une autre solution que de catcher le NumberFormatException meme si c'est "normal" que ton user ait pu rentrer une lettre par erreur dans le formulaire ? :)

benou

DarkLord a écrit a écrit :

ca dépend qui la catches et où tu la catches. Et ca dépend des conséquences de ce catch.

[:yaisse]
Je pense que dans la majorité des cas, une exception doit être générée quand on est plus capable d'executer correctement une tache.

Toi, si la tache en question, c'est de vérifier que le login est correct, le fait de voir qu'il est incorrecte et "normal" => pas d'exception. (enfin c'est ma façon de voir)

benou

greg@freestarthu a écrit a écrit :

grand sujet de controverses que celui-ci :)
(j'ai pas dit que j'étais pas d'accord dans ce cas-ci:-))

ouaip. C'est jamais très facile à décider ce genre de truc ...

darklord

greg@freestarthu a écrit a écrit :

grand sujet de controverses que celui-ci :)
(j'ai pas dit que j'étais pas d'accord dans ce cas-ci:-))

ca dépend qui la catches et où tu la catches. Et ca dépend des conséquences de ce catch.

greg@freestarthu

benou a écrit a écrit :

moi dans ce cas la, j'utiliserai pas une exception : un echec de login c'est un évenement normal ... ca a rien "d'exceptionel". Ca remet pas en cause le fonctionnement de ton application.
Donc, non, moi j'utiliserai pas d'exception pour ca.

grand sujet de controverses que celui-ci :)
(j'ai pas dit que j'étais pas d'accord dans ce cas-ci:-))

El_gringo

ha, ok. J'utiliserai plutot une valeur de retour alors

benou

moi dans ce cas la, j'utiliserai pas une exception : un echec de login c'est un évenement normal ... ca a rien "d'exceptionel". Ca remet pas en cause le fonctionnement de ton application.
Donc, non, moi j'utiliserai pas d'exception pour ca.

El_gringo

Hé, g encore une question sur les exceptions:
ça sert juste à signaler les erreurs, ou plus que ça ?
Genre, au début de ma servlet, l'utilisateur doit se logger.
Le log peut échouer parce qu'on arrive pas à lire la tables des utilisateurs enregistrés, ds ce cas, je lance une exception (qui sera au final une ServletException). Mais, si le mot de passe est mauvais par exemlpe, il faut que j'utilise une exception aussi ? (en tt cas, ça devra pas être une ServletException, ça, c sur !)

benou

el_gringo a écrit a écrit :

Darklord, Benou; ça fait combien de temps que vous faites du Java ? Parce que, pour l'instant, j'en chierai bien sans le forum. Je suis curieux de savoir ds combien de temps je serais autonome (ou du moins beaucoup + que maintenant).

ben moi j'ai pas temps d'expérience que ca en Java : J'ai fait un projet de fin d'année en Java/Corba. C'est là que je me suis mit à bien aimer ce langage.
ensuite, j'en ai fait un peu en DESS mais pas beaucoup. Et puis ca fait un an que je bosse et que je fait principalement du Java.
Donc, je fais du Java depuis environ 3 ans, mais pas à 100% du temps. En cumulant, je dois en avoir fait pdt 8 ou 10 mois...

darklord

c'est vrai que la classe de verry est très bizarre en fait elle contient l'exception et un exemple de balancement d'exception ;)

bref sinon pour répondre à ta question, je développe en Java depuis presque 3 ans maintenant.

A+

El_gringo

veryfree a écrit a écrit :

voila un exemple
en fait faut utiliser throws New Execption

Code :

public class NotALetterException extends Exception {
static int count=0;
String msg;
public NotALetterException(String s) {
msg = s;
}
public static void countLetter(char c) throws NotALetterException {
if (Character.isJavaLetter(c)) {
count++;
}
else {
throw new NotALetterException(c + " is not a letter" );
}
}
}

Hein !? là, je t'avoue que je comprend pas du tout ou tu veux en venir ! Je vois pas le rapport avec ce que je voulais faire en fait...

El_gringo

DarkLord a écrit a écrit :

si c'est pour ca utilise le code de gregg qui fait ce que tu veux mais fait qd meme e.getErrorCode() :D

merci, j'avais vu qd même pour le e
Darklord, Benou; ça fait combien de temps que vous faites du Java ? Parce que, pour l'instant, j'en chierai bien sans le forum. Je suis curieux de savoir ds combien de temps je serais autonome (ou du moins beaucoup + que maintenant). En C/C++, g mis environ 6, 7 mois. (là, je peux dire que je le suis)

veryfree

benou

avec quelques heures de retard...

Si tu tiens à avoir une message d'earreur plus clair, tu peux aussi modifier la méthode toString() à l'exception de dark :

Code :

public JDataException extends Exception {
private SQLException nested = null;
public JDataException (String msg) {
super(msg);
}
public JDataException (String msg, SQLException exception) {
super(msg);
nested = exception;
}
public SQLException getNestedException() {
return nested;
}
public String toString() {
return super.toString() + " - Erreur sql : Code Erreur: " + nested.getErrorCode()
}
}

greg@freestarthu

veryfree a écrit a écrit :

[...]

avec quoi i vient lui :D 4h après, alors qu'on a déjà tout donné au gringo ! :-)
faut taper plus vite petit scarabée:lol:

veryfree

voila un exemple
en fait faut utiliser throws New Execption

Code :

public class NotALetterException extends Exception {
static int count=0;
String msg;
public NotALetterException(String s) {
msg = s;
}
public static void countLetter(char c) throws NotALetterException {
if (Character.isJavaLetter(c)) {
count++;
}
else {
throw new NotALetterException(c + " is not a letter" );
}
}
}

darklord

si c'est pour ca utilise le code de gregg qui fait ce que tu veux mais fait qd meme e.getErrorCode() :D

El_gringo

DarkLord a écrit a écrit :

bin oui et alors ????

tu crées un objet message puis tu fais super avec le message original

[:rofl]

Putain de merde, je peut le faire, j'en suis sur !

Code :

JDataException (String msg, SQLException e) {
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
super (message);
}

Ouaaahh... [:yaissev]
(Tout ça pour un truc qui compile pas en plus ! [:iznogoud_23] )

darklord

el_gringo a écrit a écrit :

ha, ms merde, je m'étais planté ds le 1er post. ce que j'voulais faire c'était ça::

Code :

JDataException (String msg, SQLException e) {
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
super (msg);
}

Mais ta classe elle me va très bien.

bin oui et alors ????

tu crées un objet message puis tu fais super avec le message original

[:rofl]

darklord

greg@freestarthu a écrit a écrit :

celle de dark est plus "complete", mais ça t'oblige a chopper la nestedexception et a recreer le msg qd tu en as besoin. à toi de voir ce que tu fais de ces xcptns. :-)

mais j'avais pas compris ca moi. J'avais compris qu'il voulait garder l'objet SQLException :(

greg@freestarthu

el_gringo a écrit a écrit :

Ha ouais, t'as raison. Je suis lourd moi desfois ! :(
Merci aussi. Entre ta soluce et celle de Dark, 'faut que j'réfléchisse selon ce dont g besoin...

celle de dark est plus "complete", mais ça t'oblige a chopper la nestedexception et a recreer le msg qd tu en as besoin. à toi de voir ce que tu fais de ces xcptns. :-)

El_gringo

greg@freestarthu a écrit a écrit :

Code :

JDataException (String msg, SQLException e) {
super (msg + "(Erreur sql.\nCode Erreur: " + getErrorCode()+" )" );
}

par exemple
(si tu veux pas garder de trace de l'exception nestée mais juste un msg)

Ha ouais, t'as raison. Je suis lourd moi desfois ! :(
Merci aussi. Entre ta soluce et celle de Dark, 'faut que j'réfléchisse selon ce dont g besoin...

El_gringo

DarkLord a écrit a écrit :

ouais bin là tu crées un message local au constructeur. Il ne sera jamais stocké nul part de toutes manières !!

ha, ms merde, je m'étais planté ds le 1er post. ce que j'voulais faire c'était ça::

Code :

JDataException (String msg, SQLException e) {
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
super (msg);
}

Mais ta classe elle me va très bien.

greg@freestarthu

Code :

JDataException (String msg, SQLException e) {
super (msg + "(Erreur sql.\nCode Erreur: " + getErrorCode()+" )" );
}

par exemple
(si tu veux pas garder de trace de l'exception nestée mais juste un msg)

El_gringo

DarkLord a écrit a écrit :

Code :

public JDataException extends Exception {
private SQLException nested = null;
public JDataException (String msg) {
super(msg);
}
public JDataException (String msg, SQLException exception) {
super(msg);
nested = exception;
}
public SQLException getNestedException() {
return nested;
}
}

Ooooohhh ! La belle exception, je m'en vais de ce pas l'ajouter dans mon, projet.
Merci Dakinou :hello: (tu permet que je t'appels Dakinou ? :D)

darklord

el_gringo a écrit a écrit :

Ms le truc, c que je voulais construire une "Exception" avec le message que g constitué !

ouais bin là tu crées un message local au constructeur. Il ne sera jamais stocké nul part de toutes manières !!

darklord

Ecoute, explique toi clairement. Déjà si c'est une exception relative au BD tu ne dois pas hériter de Exception ...

Dis moi quel est le domaine, ce que tu veux faire + un exemple de chaque constructeur et on reparle.

El_gringo

DarkLord a écrit a écrit :

tu fais l'inverse

Code :

public JDataException (String msg, SQLException e) {
super (msg);
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
}

ceci dit je ne dirai pas que c'est la meillere solution.

Ms le truc, c que je voulais construire une "Exception" avec le message que g constitué !

darklord

Code :

public JDataException extends Exception {
private SQLException nested = null;
public JDataException (String msg) {
super(msg);
}
public JDataException (String msg, SQLException exception) {
super(msg);
nested = exception;
}
public SQLException getNestedException() {
return nested;
}
}

El_gringo

DarkLord a écrit a écrit :

mais c'est quoi là ton excetion ?????

c'est n'importe quoi !!!

bon attends 2 sec

Bah ouais, j'avoue que g un peu de mal là... :(

darklord

mais c'est quoi là ton excetion ?????

c'est n'importe quoi !!!

bon attends 2 sec

darklord

tu fais l'inverse

Code :

public JDataException (String msg, SQLException e) {
super (msg);
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
}

ceci dit je ne dirai pas que c'est la meillere solution.

El_gringo

tin tin, me revoila !
déja !? ben oui, déja ! :D
Là, je crée une exception JDataException qui hérite de Exception.
C une exception que je lancerai lors d'une recherche dans une base de données.
cette exception peut être lancée si par exemple, un enregistrement n'est pas trouvé. Le constructeur sera alors:

Code :

JDataException (String msg) {
super (msg); // ça, j'imagine que ça appel le constructeur de la classe mère
}

Cette même exception peut être lancée suite au catch d'une SQLException.
c pour ça que j'aurai voulu avoir le constructeur suivant aussi:

Code :

JDataException (String msg, SQLException e) {
String message = new String("Erreur sql.\nCode Erreur: " + getErrorCode());
super (msg);
}

Mais le compilateur ça lui plait pas. Vous savez ce qui me dit le salaud !? Que l'appel au constructeur de la classe mère doit se faire en 1er. Mais je fais comment moi ? Exception a pas de membre setMessage (String msg)...