Discussion :

[Spiicky]

Bonjour à tous,

Problème : Netbeans ne m'affiche pas le contenu de ma table

Cause : Mauvaise utilisation de UCanAccess (car JDBC-ODBC Bridge removed avec la dernière version)

Version Netbeans : 8.1

Version Access : 2016

J'ai suivi un tutoriel pour arrivé à mes fins mais sans succès. Je vous joins mon code.

Si vous auriez une solution à me proposer ce serait super sympa amis développeurs

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
import java.sql.*;
 
public class bdddetest {
    public static void main(String[] args) {
        try{
            System.out.println(System.getProperty("java.version"));
 
            Class.forName("net.ucanaccess.jdbc.UcanaccessDriver");
            Connection connexion = DriverManager.getConnection("jdbc:ucanaccess://C:/Users/Spiicky/Documents/NetBeansProjects/ConnexionBDD/Test.mdb");
 
            Statement st = connexion.createStatement();
            String sql = "Select * From Playlist";
            ResultSet rs = st.executeQuery(sql);
            while(rs.next()){
                System.out.println("\n"+rs.getString("Sr no")+rs.getString(1)+"\t"+rs.getString(2)+"\t"+rs.getString(3)+"\t"+rs.getString(4));
            }
 
        }catch (Exception e){
            System.out.println(e.getMessage());
        }
    }  
}

Résultat de la console Netbeans :

run:

1.8.0_60

net.ucanaccess.jdbc.UcanaccessDriver

BUILD SUCCESSFUL (total time: 0 seconds)

[Népomucène]

Si tu es en Access 2016, pourquoi la base a-t-elle pour extension .mdb ?
Ce ne serait pas plutôt .accdb ?

[Spiicky]

Merci pour ta réponse aussi rapide !

Je viens d'effectuer le teste avec l'extension souhaité, mais le résultat est inchangé.
Dans le doute, je t'ai fait un screen de mes libs.



Clairement, je me pose 3 grandes questions:
- Est ce que le fait d'avoir mon OS en 64 bits change quelque chose ?
- Est ce que le fait d'être en Windows 10 change quelque chose ?
- Est ce qu'il faut dézipper le package UCanAccess ? (on dirait qu'il est dans un bocal sur l'image !)

[Népomucène]

Tu n'as pas de message d'erreur ?

[Népomucène]

Clairement, je me pose 3 grandes questions:
- Est ce que le fait d'avoir mon OS en 64 bits change quelque chose ?
- Est ce que le fait d'être en Windows 10 change quelque chose ?
- Est ce qu'il faut dézipper le package UCanAccess ? (on dirait qu'il est dans un bocal sur l'image !)

La réponse est non à chaque question !

[Népomucène]

Question que je pose à chaque fois : est-ce que l'utilisation de la base Access est obligatoire (par exemple base d'entreprise)
ou bien est-ce qu'une autre base ferait aussi l'affaire ?

Les possibilités Access + java sont assez limitées par rapport à d'autres bases de données libres et performantes.

[Spiicky]

Effectivement l'utilisation d'access est nécessaire car c'est pour un soft dédié à mon entreprise.

Pour la petite anecdote, mon entreprise dispose d'un soft développe en JAVA avec une bdd en ACCESS (.mdb).
Le soucis étant qu'avec l'intégration de nouvelles bécanes (Win10 64bits), ce soft ne fonctionne plus et je lutte à trouver une solution (problème de connexion à la bdd).
C'est pourquoi je reprend les base du dev en JAVA afin de comprendre et résoudre l'erreur.

D'après ce que j'ai lu, ODBC n'est plus utilisable sur la dernière version de JAVA, d'où le problème je suppose.
C'est pour cette raison que je me tourne vers UCanAccess.

==> non, aucun message d'erreur, par contre je ne comprend pas pourquoi il m'affiche :
net.ucanaccess.jdbc.UcanaccessDriver
A la place des résultats attendus...

[Népomucène]

ODBC n'est plus utilisable sur la dernière version de JAVA

En effet.

Est-ce que tu peux essayer d'ajouter les 2 lignes en vert suivantes :

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
import java.sql.*;
 
public class bdddetest {
    public static void main(String[] args) {
        try{
            System.out.println(System.getProperty("java.version"));
 
            Class.forName("net.ucanaccess.jdbc.UcanaccessDriver");
            Connection connexion = DriverManager.getConnection("jdbc:ucanaccess://C:/Users/Spiicky/Documents/NetBeansProjects/ConnexionBDD/Test.mdb");
 
            Statement st = connexion.createStatement();
            String sql = "Select * From Playlist";
            ResultSet rs = st.executeQuery(sql);


            boolean testRow = rs.first();
            System.out.println("testRow  : " + testRow );


            while(rs.next()){
                System.out.println("\n"+rs.getString("Sr no")+rs.getString(1)+"\t"+rs.getString(2)+"\t"+rs.getString(3)+"\t"+rs.getString(4));
            }
 
        }catch (Exception e){
            System.out.println(e.getMessage());
        }
    }  
}

[Spiicky]

Je viens de faire le teste, et c'est le même résultat.

Mais je ne suis pas sûr d'efectuer la bonne manipulation pour extraire le résultat.
Je lance la compilation grâce à SHIFT+F6 c'est bien çà ?

[Népomucène]

Je viens de faire le teste, et c'est le même résultat.

La compilation est automatiquement faite avant l'exécution.
Tu lances en cliquant sur le triangle vert ou alors en appuyant sur la touche [F6]

tu ne peux pas avoir le même résultat car maintenant il doit y avoir un message :
testRow : <ici true ou false>

[Spiicky]

Je ne comprend pas non plus pourquoi le résultat ne change pas



Quelque chose ne tourne pas rond quelque part...

[Népomucène]

Rectification de ma part : pour lancer l'exécution sur le fichier courant, c'est bien MAJ+F6
F6 lance la méthode main du projet (et non du fichier courant)

[Spiicky]

Ah oui d'accord, voici le résultat :


Malheureusement pas d'évolution, mais pourquoi donc il ne change rien

[Népomucène]

Il exécute la première ligne (on a la version de java) ... et après il s'arrête !

On va essayer de déboguer en "pas à pas"

sur la ligne 7 tu vas cliquer dans la marge sur le chiffre 7
la ligne doit passer en rouge.

en faisant Ctrl+Maj+F5 on lance le programme et il s'arrête sur la ligne 7
ensuite en appuyant sur F8 tu verras par quelles lignes il passe vraiment.
On devrait alors savoir pourquoi il ne passe pas par testRow

[Spiicky]

Résultat :

Et après :
Il finit :
debug:
1.8.0_60
net.ucanaccess.jdbc.UcanaccessDriver
BUILD SUCCESSFUL (total time: 1 minute 40 seconds)

En tout cas, je te remercie vraiment pour le temps que tu m'accordes !!!

[Népomucène]

Je viens de regarder plus attentivement la façon dont tu as attaché la librairie.
J'ai vérifié en la téléchargeant pour voir le contenu
ça ne peut pas marcher tel que tu l'as fait.

Il faut dézipper et extraire les 5 jars :

ucanaccess-3.0.6.jar
commons-lang-2.6.jar
commons-logging-1.1.1.jar
hsqldb.jar
jackcess-2.1.3.jar

(les 4 derniers sont dans le dossier lib)

Après tu ajoutes ces 5 jars à ton projet (comme tu avais fait pour le zip)


Le truc ballot c'est que dans le try catch il n'y a pas e.printStackTrace();
et on n'a pas eu de message d'erreur

[Spiicky]

Cela fonctionne à présent !
Merci beaucoup Népomucène !



Je passe à présent au problème de mon entreprise.
On risque peut être de se recroiser

[Népomucène]

Oui, j'aurai dû regarder dans le try / catch dès le début et on aurait trouvé tout de suite.

Bon, tu auras au moins pu voir le Ctrl+Maj+F5 pour le débogage !

Sinon, en théorie, il suffirait de remplacer dans le code de l'application tous les appels odbc:jdbc
par le chargement de UcanaccessDriver pour que l'application fonctionne à nouveau. ... je dis bien en théorie !

Maintenant, je couple Java+Access est souvent problématique et pour une entreprise,
je te recommande de regarder du côté d'une migration vers une base gratuite (MySql, Sql server express, Derby ...)

[Spiicky]

Ok ! merci encore ! je vais essayer ceci et je te tiens au jus

[Spiicky]

Me revoilà Népomucène !

(je ne sais pas si je dois ouvrir un nouveau post ou si l'endroit convient ici...)

Comme je t'en avait parlé, je viens d'effectuer la même manipulation sur le soft de mon entreprise.
Le soucis étant qu'il ne trouve pas la bdd, c'est pourquoi je fais appel à ton oeil aguerri
Le path (ici effacé) me semble correct et j'ai revérifié alors je comprend pas trop