Discussion :

[zitoune92]

Bonjour,

[INTRODUCTION]
J'ai une application 'Comptes' qui utilise un fichier MDB (Banques.mdb). Cette application étant locale, je désire que le mdb et l'exe soient dans un même répertoire.
Mon projet est stocké sur un disque partagé X: dans le répertoire x:\projects\Comptes. J'y ai aussi placé le MDB de test
J'ai fait la connection avec le MDB comme suit:

Code :

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

ConnectDB = New OleDbConnection("provider=Microsoft.jet.oledb.4.0; data source=" & DBPath & ";User Id=;Password=;")

où

Code :

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

DBPath=Environment.CurrentDirectory.Replace("bin\Debug", "") & "Banques.mdb"

car en mode debug, l'exe est dans x:\projects\Comptes\bin\debug alors que le mdb est toujours dans x:\projects\Comptes

Sur un autre PC, j'ai copié l'exe + le MDB dans un même répertoire. Ça marche très bien.
[\INTRODUCTION]

Maintenant, je voudrais faire un installeur avec mises à jour.
J'ai inclus mon MDB dans ma solution, et l'ai publiée dans X:\applications\Banques d'où les utilisateurs peuvent lancer le Setup.exe

Quand je teste mon Setup, j'ai un message d'erreur:


Même chose quand je lance l'application qui a quand même été installée dans Menu Démarrer.

J'ai essayé de mettre le MDB dans bin\Debug (en changeant DBPath aussi): même problème.

Je dois avoir manqué quelque chose mais le message d'erreur me laisse perplexe.

Merci de votre aide

Olivier

[jopopmk]

Salut,

comme tu ne précises pas le chemin absolu du fichier il va tenter de le trouver depuis le répertoire d'exécution. Selon la config choisie, et si tu n'as pas modifié les param du projet, il posera le fichier compilé dans un répertoire spécifique, d'où il sera exécuté. Pour ton installeur c'est le même principe : il ne l'exécute pas réellement depuis le server distant, mais fait une copie locale dans un répertoire temporaire sur l'espace utilisateur.

L'application "bien installée" est située où sur le poste client ?

[zitoune92]

C'est le but: le chemin du mdb doit être celui où l'utilisateur a installé l'appli. ça marche donc très bien si je prends mon exe+mdb sans installeur et que je les mets n'importe où.
Le problème se pose lors de l'installation via ClickOnce de VS2015 où là, il semble le cherche dans un répertoire délirant!

Après installation, j'ai cherché où il avait installé mon appli et j'ai trouvé cette adresse délirante:
C:\Users\ogortais\AppData\Local\Apps\2.0\R09YVMAH.EJE\CG1BH6H4.1LO\banq..tion_c1fd56a8f999a365_0001.0000_2929055d5d3af07d

et effectivement, point de MDB dedans !

1) Comment est-ce possible. J'ai bien vérifié que le mdb faisait partie des fichiers d'application
2) Pourquoi ClickOnce a-t-il placé mon appli dans un tel trou?

Merci

[jopopmk]

Arf, j'avais pas vu que tu parlais de ClickOnce ... mais j'aurais dû m'en douter vu le nom du répertoire d'installation.
Et malheureusement je crois que tu n'as absolument aucun moyen de dire à ClickOnce d'installer ailleurs.
Maintenant il faut trouver pourquoi ton MDB n'est pas collé dans ce même répertoire de barbare ...
J'ai trouvé ça sur le net, regarde si ça t'aide un peu à avancer sur le sujet

[zitoune92]

Oui je pensais que la solution intégrée à VS2015 était simple mais je dois me rendre à l'évidence que, en plus, le répertoire d'installation n'est pas modifiable. Et ça c'est éliminatoire pour moi.
J'ai quand même vérifié dans ton lien que mes paramétrages étaient bon mais cela na pas solutionné mon problème.

Je vais devoir trouver une autre solution que ClickOnce. Je me souviens de INNOSetup quand je faisais des appli avec Delphi (les exe générés n'avaient pas besoin d'installation de dll/OCX et pouvaient donc être utilisé comme une appli "portable") peut être cela peut il s'envisager avec l'exe de mon appli VS2015?

Merci de ton aide jopopmk

[jopopmk]

Si tu n'utilises que des DLL du GAC (attention aux versions tout de même), alors ton application est "portable"

Un truc facile à mettre en place qui pourrait fonctionner dans ton cas : une archive auto-extractible.
C'est simplement une archive zip normale, mais sous forme d'exécutable, ça fait plus propre
Par contre on aura pas une "vraie" installation, càd pas d'UUID, pas de clés de registre, pas de désinstallation auto/via l'IHM de Zindozs ...
Pour le souci des versions tu dois pouvoir intégrer les redist à ton archive.

Bonne recherche

[zitoune92]

Si tu n'utilises que des DLL du GAC (attention aux versions tout de même), alors ton application est "portable"
.....

GAC Késako?

[jopopmk]

GAC Késako?

Global Assembly Cache, en gros les DLL .NET accessibles à toutes les applications.
C'est notamment là où se trouvent les assemblies du framework .NET

[zitoune92]

C'est à dire que si le Framework .NET est déjà installé sur le poste où installer l'appli et que cette appli n'utilise pas de composant autres que ceux fournis avec VS2015, ça devrait le faire?

[jopopmk]

C'est à dire que si le Framework .NET est déjà installé sur le poste où installer l'appli et que cette appli n'utilise pas de composant autres que ceux fournis avec VS2015, ça devrait le faire?

Un framework .NET sera nécessairement installé à partir du moment où c'est exécuté sur un Zindozs.
Mais il est possible que celui que tu utilises n'y soit pas (je suppose que t'es sur un 4.5.x).
C'est pour ça que je parle de redist (petit nom pour redistribuable, un installer qui contient les DLL qui vont bien).
A noter que si le Zindozs est pas trop vieux il y a de fortes chances qu'il ait déjà ce qu'il faut (notamment grâce aux màj de l'OS).

[zitoune92]

Bon, on va chercher ça. Merci