Try/Catch qui exclue certaines instructions?

Version imprimable

12/06/2008, 07h32
kZn.13

Try/Catch qui exclue certaines instructions?

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à? :/
12/06/2008, 09h23
yannick1717
Bonjour,

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

1 2 nextMsg=kZn.13.getBoutDeCode();
12/06/2008, 09h27
tchize_
Citation:

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:

1 2 catch (Exception e){}

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:

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? =)

12/06/2008, 10h10
tchize_

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).
12/06/2008, 10h50
kZn.13

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à..........................

Code:

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...)

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

Code:

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)

12/06/2008, 13h46
tchize_

voilà, t'as ta réponse :)
12/06/2008, 13h56
kZn.13

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

Citation:

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>>.
12/06/2008, 15h04
DevTeam_

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

Code:

SELECT schemaname.tablename_id_seq.CURRVAL FROM DUAL

si on veut que cela fonctionne

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

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.

:yaisse2:

12/06/2008, 16h11
DevTeam_

Citation:

Envoyé par kZn.13

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

Code:

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.
12/06/2008, 19h04
tchize_

Citation:

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
12/06/2008, 22h12
kZn.13

Citation:

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.