Discussion :

[Népomucène]

Parce que là on 'imagine' le classpath, dans la vue projet tu vois tous les jars importés dans le classpath.
Pour une ClassNotFoundException ca peut faire sens non ?

Le ClassNotFoundException a été réglé dans le post n°26 de la discussion. On en est au post n°60

[Népomucène]

ehsavoie a peut-être trouvé la solution : ouvrir la base avec Access, aller dans les options et "choisir un nouveau type de tri" : General
Compacter la base et fermer Access

Naturellement, faire tout cela sur une copie de la base.

[Spiicky]

Si je résume, j'ouvre Access, File > option :


Perform a "Compact and Repair Database" on the database. (In Access 2010+ it is located on the "Database Tools" tab of the Ribbon Bar.)
=> Ca je fais comment ? C'est ce qu'on avait déja fait Népomucène ?

[Népomucène]

C'est ce qu'on avait déja fait Népomucène ?

Le truc nouveau c'est de changer le type de classement de la base. Cela peut résoudre le problème.

Pour la petite histoire, les bases de données ont toute une palette de types de classement pour répondre aux besoins de classement locaux.
Ta base actuelle est classée "Français" ce que le driver ne supporte pas.

[ehsavoie]

Le ClassNotFoundException a été réglé dans le post n°26 de la discussion. On en est au post n°60

Oui ben ca te laisse calculer le temps passé entre je clique sur le lien dans l'email et je réponds

[Spiicky]

Le changement de format en général est ok, cependant, le compactage de la bdd se met en erreur :
Microsoft Access : L'ordre de tri sélectionné n'est pas pris en charge avec le format de fichier spécifié.

Aussi, les props sont nécessaire au fonctionnement de l'appli mais soit, pour le moment mettons cela de coté.

[Népomucène]

Avec Access, créé une nouvelle base de données sans aucune table.
Va dans option et met le classement sur "General"
Compacte la base
Toujours dans cette base, importe toute les tables de ta base de production (menu "données externes" -> Access)
Le format devrait être converti.

Essaye ensuite la classe bdddetest avec cette nouvelle base

[Spiicky]

Même erreur à "vide"

[Népomucène]

Il refuse de compacter une base créée au format "General" ?

[Spiicky]

Désolé du délai, j'étais sur autre chose en même temps

Il refuse effectivement en .mdb par contre ca roule en .accdb

A présent je regarde comment importer une bdd

[Spiicky]

INFO de la doc officiel Access :

Avant de commencer, voici quelques éléments à prendre en compte :
Access n'importe pas les relations entre les tables, colonnes calculées, les règles de validation, les valeurs par défaut, champs de pièce jointe, champs objet OLE et certaines autres types de données héritées dans l'application web.
Access conservera les recherches. Ainsi si vous avez des tables associées, vérifiez que les relations sont établies en utilisant les champs Liste de choix avant d’importer les tables dans l’application web.

Ça craint si je perd tout ce dont j'ai besoin

[Népomucène]

les relations entre les tables, colonnes calculées, les règles de validation, les valeurs par défaut, champs de pièce jointe, champs objet OLE

Les relations, cela se refait facilement (combien as-tu de tables ? )
Sinon le reste (colonnes calculées, les règles de validation, les valeurs par défaut ...) tu l'as aussi ?

[Spiicky]

Je dispose de 13 tables.
Je suis pas doué pour l'importation ^^
C'est en cours ...

(Le soucis etant que je ne connais pas toutes les relations des tables, je ne me suis pas encore penché sur le problème)

[Népomucène]

13 tables, ça va encore si tu connais bien le principe des relations dans un SGBD.

Autre chose,

Je comprends bien que la solution d'une base Access a pu être choisie il y a quelques années.
C'est facile à faire et il suffit de placer le fichier dans un dossier partagé quelque part sur le réseau.
S'il n'y a que 2-3 utilisateurs avec un usage n’excédant pas quelques requêtes par jour, ça pouvait passer.

Pourtant, cette solution n'est pas pérenne car elle repose sur :
- la bonne version d'Access à un moment donné
- la bonne version de Java à un moment donné
- la bonne version du driver à un moment donné (qui lui-même repose sur d'autres bibliothèques tierces)

Il suffit d'une incompatibilité à un moment et il faut tout recommencer.
Tout ce qui s'est passé ces derniers jours montre qu'on est obligé de patouiller dans tous les sens pour arriver à faire quelque chose.

En revanche : si tu migres la base Access vers Sql Server Express ou MySql (SGBD gratuits)
alors la connexion se fera par TCP/IP avec un driver maintenu par Microsoft (Sql Server) ou Oracle (MySql)
Bien entendu, il faut installer le logiciel serveur de base de données sur un serveur de la boîte mais au moins là, tu as une solution qui tiendra 10 ans.

Je ne sais pas combien de temps tu as pour remettre le système sur les bons rails mais je pense que cela vaut le coup.

[Spiicky]

Suite à tes arguments et d'une longue discutions avec mon responsable IT, il est convenu d'opter pour une solution gratuite de type MySQL !!!

Nous voilà ouvert à d'autre champ des possibles

Mais alors là, je ne sais pas par où commencer...

Je commence par installer le SGBD sur le serveur ?

[Népomucène]

Je commence par installer le SGBD sur le serveur ?

Ah ben là c'est sûr ! Car sinon cela ne va pas bien fonctionner !!!
Tu peux utiliser MySql Workbench pour créer ta base et structurer les tables.

Il est probablement plus sain de refaire la structure à la main car :
- MSAccess est très permissif dans les noms de tables et de champs (au point de tolérer des espaces et des accents dans les noms !) et après on est emm... dans les requêtes
- Cela te permet de faire le tour des informations qui sont utilisées (car là tu peux être sûr qu'on va te solliciter !)

n'hésite pas à poster si tu butes quelque part.

[Spiicky]

Bien, la base a été reconstituée.
Il faut encore que je transfert toutes les données de l'une à l'autre.

Quelle est la solution la plus efficace selon toi ?

[Népomucène]

Il existe des utilitaires sur internet mais on n'est pas à l'abri d'un problème d'encodage.
Je pense que le plus sûr pour 13 tables est d'exporter chacune de ces tables au format CSV depuis Access.
Puis de les importer dans la base MySql.
Je pense que MySqlWorkBench peut faire cette importation.
Sinon il existe une commande SQL qui fait cela très bien : LOAD DATA INFILE

[Spiicky]

Ok, je viens d'effectuer l'opération "a la mano".

ACCESS => Fichier .CSV => importation dans MySQL via phpmyadmin (encodage iso-8859-15 pour conserver les infos).

Problème rencontré : les formats date (fr / eng)
Solution apporté : format modifié en varchar, je verrais après s'il les opérations de type ORDER BY sont effectué via l'application ou via la BDD.
Au pire, on interviendra à posteriori

Je te tiens informé

[Spiicky]

Je pense être sur la bonne voie !



Ca avance bien, je pense que je vais bientôt rencontré un Tsunami de problème

Stay tune !