Discussion :

[e1lauren]

Bonjour,

Voila je fais un traitement comme cela afin de supprimer un tuple d'un ResulSet :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
 try {
            String ques = "Select * From Type WHERE numType='2' For Update NOWAIT";
            stmt.executeQuery(ques);
            rs.deleteRow();
            con.commit();
 
            return true;
        } catch (SQLException ex) {
            System.out.println("erreur->"+ex.getErrorCode());
            System.out.println("message->"+ex.getMessage()+"\n");
        }

Mon problème est que "ex.getErrorCode() " me retourne toujours "0" alors que l'exception est bien levé pour 2 cas différents et identifié grace au getMessage() :

erreur->0
message->ERROR: could not obtain lock on row in relation "type"

et

erreur->0
message->ERROR: update or delete on "type" violates foreign key constraint "fknumtypecustomer" on "customer"
Détail : Key (numtype)=(2) is still referenced from table "customer".

Si quelqu'un a une idée afin d'identifier l'erreur exact je serais fortement interessé ! Merci d'avance

[TheLeadingEdge]

Bonjour,

Ton 2nd msg est assez clair. Je penses que dans ta table ''Customer'' tu as 1 FK qui fait réference à la PK de ta table ''Type''.
Sans 'DELETE CASCADE' sur la contrainte tu ne pourras supprimer le tuple de 'Type' avec numType = 2 que si tu ''deletes'' auparavant ts les tuples ds 'Customer' qui ont 1 numType = 2.

[e1lauren]

Y'a aucun problème sur la nature des messages, je sais pourquoi ils sont déclenché mais je voudrais renvoyer a l'utilisateur un message explicite mais dans les 2 cas le

Code :

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

ex.getErrorCode();

me renvoie 0 ! Alors que les 2 erreurs sont bien différentes, j'aimerais simplement savoir comment récuperer le type de l'erreur.

Je précise que les 2 erreurs proviennent de 2 cas différents et ne se déclenchent donc pas au meme moment.

[TheLeadingEdge]

Re,

Dsl, je n'avais pas compris ta question
La valeur du sqlcode n'est pas standardisée. Elle dépend du fournisseur de la base de données.
Manifestement PostGres à choisi de le laisser à 0 (au moins ds ce cas). Essaies avec sqlstate tu auras peut-être plus de chance.

[e1lauren]

Merci beaucoup avec SQLState cela fonctionne et me il me renvoie bien un code différent pour les 2 erreurs ! La question que je me pose alors est : Ce code renvoyé n'est il pas amené a changer dans une future version de postgres ?

En tout cas merci TheLeadingEdge pour l'instant ca règle mon problème !