Try/Catch qui exclue certaines instructions?

**kZn.13** · 12/06/2008, 07h32

Rebonjour,

je vous bombarde de question mais le noob que je suis vient de se rendre compte qu'il a perdu plusieurs jours à cause d'un problème auquel je ne trouve aucune explication.

Lorsque je modifiais l'adresse d'une personne, j'avais une méthode qui me permettait à la fois de faire une modification de l'objet en temps réel et qui permettait aussi de l'enregistrer en dur dans la BDD.

Sauf que les affectations this.set(laVariable); ne fonctionnent pas à l'intérieur des Try {} Catch {}, mais je viens de me rendre compte que ça fonctionne avant, ou après.

Quelqu'un peut m'expliquer là? :/

**yannick1717** · 12/06/2008, 09h23

Bonjour,

si j'ai bien compris, on doit lire tes autres posts pour saisir le problème ?

Code :

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

1
2
 
nextMsg=kZn.13.getBoutDeCode();

**tchize_** · 12/06/2008, 09h27

Envoyé par kZn.13

Sauf que les affectation this.set(laVariable); ne fonctionnent pas à l'intérieur des Try {} Catch {}, mais je viens de me rendre compte que ça fonctionne avant, ou après.

Quelqu'un peut m'expliquer là? :/

Sans le code çà va être dur, à l'aveugle je suggérerait le fait que le set déclenche une exception et que, dans ton catch tu a mis cette horreur:

Code :

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

1
2
 
catch (Exception e){}

**kZn.13** · 12/06/2008, 10h01

Lol non c'est indépendant des autres posts... Juste pour dire que il y a des instructions qui ne s'éxécutaient pas quand elles étaient mises dans un Try {} Catch {}.

Exemple? Ceci :

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
String sql = "UPDATE formateur SET nom_f='" + leNom_f + "', prenom_f='" + lePrenom_f + "', rue_f='" + laRue_f + "', code_postal_f='" + leCodePostal_f + "', ville_f='" + laVille_f + "', num_tel_f='" + leNumTel_f + "', date_naissance_f='" + laDateDeNaissance_f + "', email_f='" + leEmail_f + "', date_recrutement_f='" + laDateDeRecrutement_f + "' WHERE id_f='" + getId() + "';";
 
        //Intercepte l'exception SQL
        try {
            //Création de la connexion
            Connection bdd = Bdd.makeConnection();
 
            //Exécute la requête
            PreparedStatement ps = bdd.prepareStatement(sql);
            ResultSet rs = ps.executeQuery();
 
            //Ferme la connection
            rs.close();
            ps.close();
            Bdd.closeConnection();
 
            //Mise à jour de l'Objet Formateur
        setNom(leNom_f);
        setPrenom(lePrenom_f);
        setDateDeNaissance(laDateDeNaissance_f);
        setRue(laRue_f);
        setCodePostal(leCodePostal_f);
        setVille(laVille_f);
        setNum_tel(leNumTel_f);
        setEmail(leEmail_f);
        _dateDeRecrutementFormateur = laDateDeRecrutement_f;
 
            //Intercepte l'exception SQL
        } catch (SQLException ex) {
            Logger.getLogger(Formateur.class.getName()).log(Level.SEVERE, null, ex);
        }

Si je place ma liste de set*() AVANT ou APRES le try/catch, ça modifie l'objet... sinon nan! Je tiens à préciser que les modifications dans la BDD s'effectuaient bien avec un retour "org.postgresql.util.PSQLException: Aucun résultat retourné par la requête."

.. C'est normal que mes JTree, JList ne se mettaient pas à jour automatiquement... Mes objets ne subissaient pas les modifs!

Mais ma vraie question est, est-ce qu'il y a des instructions qui ne sont pas prises en compte dans des Try Catch? Apparemment oui (comme l'affectation), mais est-ce qu'il y en a d'autres à votre connaissance? =)

**tchize_** · 12/06/2008, 10h10

ne sont pas prises en compte dans le try catch les instruction qui viennent après le déclenchement d'une interruption!, c'est la seule chose qui peut interrompre le travail, le déclenchement effectif d'une exception, d'ou ma suggestion de logger tout les throwable histoire de trouver ce qui se déclenche comme exception (à mon avis tu rate ta connection base de donnée).

**kZn.13** · 12/06/2008, 10h50

Euh non pourtant la connexion se fait bien... là je rencontre encore un problème (pour récupérer l'ID qui a été généré par l'INSERT.) et même un System.out.println("Bonjour"); dans le Try Catch ne marche pas, mais l'insertion se fait bien dans la BDD.

Je comprends pas là..........................

**kZn.13** · 12/06/2008, 13h01

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
public void ajouterFormateur() {
        String sql = "INSERT INTO formateur (nom_f, prenom_f, rue_f, code_postal_f, ville_f, num_tel_f, date_naissance_f, email_f, date_recrutement_f) VALUES ('" + getNom() + "', '" + getPrenom() + "', '" + getRue() + "', '" + getCodePostal() + "', '" + getVille() + "', '" + getNum_tel() + "', '" + getDateDeNaissanceFr() + "', '" + getEmail() + "', '" + _dateDeRecrutementFormateur + "');";
 
        //Intercepte l'exception SQL
        try {
            //Création de la connexion
            Connection bdd = Bdd.makeConnection();
 
            //Exécute la requête
            PreparedStatement ps = bdd.prepareStatement(sql, PreparedStatement.RETURN_GENERATED_KEYS);
            ps.executeQuery();
            ResultSet rs = ps.getGeneratedKeys();
 
            rs.next();
            int idFormateur = rs.getInt(1);
            System.out.println(idFormateur);
 
            //Affectation de l'id généré lors de l'ajout dans la BDD
            setIdPersonne(idFormateur);
 
            //Ferme la connection
            rs.close();
            ps.close();
            Bdd.closeConnection();
 
            //Intercepte l'exception SQL
        } catch (SQLException ex) {
            Logger.getLogger(Formateur.class.getName()).log(Level.SEVERE, null, ex);
        }
 
        //Récupèration de la Collection de Formateurs
        CollectionFormateurs collectionDeFormateurs = CollectionFormateurs.getInstance();
        //Ajout du Formateur dans la Collection de Clients
        collectionDeFormateurs.getCollectionFormateurs().put(getId(), this);
    }

Pourquoi après l'ajout (ps.executeQuery();) plus rien n'est considéré? ... (même le println...)

**kZn.13** · 12/06/2008, 13h14

Ah ben tiens, un message d'erreur...

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
12 juin 2008 13:03:19 entities.Formateur ajouterFormateur
GRAVE: null
org.postgresql.util.PSQLException: Le renvoi des clés automatiquement générées n'est pas supporté.
        at org.postgresql.jdbc3.AbstractJdbc3Connection.prepareStatement(AbstractJdbc3Connection.java:352)
        at entities.Formateur.ajouterFormateur(Formateur.java:52)
        at interfaces.AjouterFormateur.jButtonEnregistrerAjouterFormateurActionPerformed(AjouterFormateur.java:283)
        at interfaces.AjouterFormateur.access$000(AjouterFormateur.java:10)
        at interfaces.AjouterFormateur$1.actionPerformed(AjouterFormateur.java:105)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
        at java.awt.Component.processMouseEvent(Component.java:6041)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3265)
        at java.awt.Component.processEvent(Component.java:5806)
        at java.awt.Container.processEvent(Container.java:2058)
        at java.awt.Component.dispatchEventImpl(Component.java:4413)
        at java.awt.Container.dispatchEventImpl(Container.java:2116)
        at java.awt.Component.dispatchEvent(Component.java:4243)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3986)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916)
        at java.awt.Container.dispatchEventImpl(Container.java:2102)
        at java.awt.Window.dispatchEventImpl(Window.java:2440)
        at java.awt.Component.dispatchEvent(Component.java:4243)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

**tchize_** · 12/06/2008, 13h46

voilà, t'as ta réponse

**kZn.13** · 12/06/2008, 13h56

J'ai trouvé l'explication claire nette et précise sur un forum anglophone.

Oracle (and PostgreSQL) does not support getGeneratedKeys() as they uses a separate table for the ID sequence.
By default the sequence table is called "schemaname.tablename_id_seq" and you can retrieve the last inserted ID by

SELECT currval('schemaname.tablename_id_seq')

it returns an Integer or a Long, depending on the implementation.

C'est avec amertume que je vais cliquer sur <<Résolu>>.

**DevTeam_** · 12/06/2008, 15h04

Pour être complet, sur Oracle on fera plutôt

Code :

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

SELECT schemaname.tablename_id_seq.CURRVAL FROM DUAL

si on veut que cela fonctionne

**kZn.13** · 12/06/2008, 15h32

Pour être encore plus complet, on préfèrera :

Code :

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

1
2
3
4
5
6
7
8
String sql = "INSERT INTO table VALUES ('nom', 'prenom') RETURNING id;";
//Exécute la requête
            PreparedStatement ps = bdd.prepareStatement(sql);
            ResultSet rs = ps.executeQuery();
            
            //Récupération de la clé générée
            rs.next();
            int id= rs.getInt(1);

Fonctionne apparement sur tous les SGBDR? A certifier. En tout cas sur Postgres.

**DevTeam_** · 12/06/2008, 16h11

Envoyé par kZn.13

Pour être encore plus complet, on préfèrera :

Code :

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

String sql = "INSERT INTO table VALUES ('nom', 'prenom')

Fonctionne apparement sur tous les SGBDR? A certifier. En tout cas sur Postgres.

Ca ne me dit rien... Pas sur que ça marche car Oracle ne gère pas les autoincrements.

**tchize_** · 12/06/2008, 19h04

Envoyé par DevTeam_

Ca ne me dit rien... Pas sur que ça marche car Oracle ne gère pas les autoincrements.

Ben oracle à autre chose si tu veux créer automatiquement tes id, c'est sont les trigger sur le insert, où tu met le code pl/sql qui crée l'id: http://www.oracle-base.com/articles/8i/AutoNumber.php

**kZn.13** · 12/06/2008, 22h12

Envoyé par DevTeam_

Ca ne me dit rien... Pas sur que ça marche car Oracle ne gère pas les autoincrements.

Ah oui effectivement. Mais bon c'est commande permet de connaître l'id APRES l'insertion. Autrement dit, si un SGBDR ne supporte pas l'auto-increment, on récupère l'id AVANT, donc on la connait déja. Je ne vois pas l'intérêt d'une telle commande de toute façon dans de tels cas.

Try/Catch qui exclue certaines instructions?

avec Java

Discussions similaires

Partager

Partager