Discussion :

[Kropernic]

Hello,

J'ai un peu de temps (enfin disons que je le prends) alors je teste l'utilisation du fichier app.config. Jusqu'ici, je faisais mes fichiers de config moi-même mais puisqu'il existe un truc intégré et que ça permet de pas s'emmerder à gérer la lecture (et éventuellement l'écriture) soi-même, autant l'utiliser.

Bref, j'ai donc une solution avec 4 projets : BLL, DAL, GUI et DTO. Je ne vais pas vous faire l'affront d'expliquer à quoi ils servent.

J'ai donc défini un setting pour le projet DAL avec la chaîne de connexion à la DB. Je la récupère bien et tout et tout mais pourtant, quand je regarde dans le répertoire Debug du projet GUI, qui est l'endroit où tout se trouve normalement quand on compile mais je n'y vois pourtant pas le fichier app.config contenant la chaîne de connexion pour la DB.

Est-ce normal ?

J'aurais bien aimé l'y trouvé pour jour où, pour une raison X ou Y, je dois rediriger la connexion vers un autre serveur.

[rv26t]

Bonjour,

Il s'appele NomApplication.exe de type XML Configuration FIle

[Kropernic]

Oui oui ça je sais ^^

Je le trouve d'ailleurs bien dans le répertoire debug du projet DAL mais pas dans le celui de GUI.

Alors c'est p-e une mauvaise pratique mais pour "déployer" (ce n'est pas vraiment pas un déploiement) une application sur le serveur d'application de l'entreprise, je prend les fichier application.exe ainsi que les dll se trouvant dans le répertoire Debug du projet GUI et je les copie à l'emplacement qui va bien sur le serveur.

C'est pour ça que ça m'ennuie de pas voir le fichier DAL.dll.config dans ce répertoire vu que c'est dans ce fichier que se trouve la chaîne de connexion.

Je suis d'ailleurs étonné que l'application fonctionne quand je lance l'exe vu que le fichier est absent.

J'ai tenté de jouer avec les Build Action dans les propriétés du fichier mais à priori, ça ne passe (il y a toujours l'éventualité d'un problème entre le clavier et la chaise)

[rv26t]

Ce que je comprend d'après tes explications
Quand la DLL DALL se charge, elle va chercher le fichier de config dans son répertoire et trouve la chaîne de connection.

Si tu souhaites mettre la chaine de connection avec GUI, il faut que tu la définissent dans le fichier de config de ton projet GUI (la elle sera avec ton projet GUI) mais il faudra la passer en paramètre à la DAL.

[Kropernic]

Je vais tacher de détailler plus être sûr qu'on se comprend bien.

Dans DAL, j'ai défini un setting (clic droit sur le nom du projet > properties > settings). Dans la classe Base du projet DAL, je fais ceci :

Code :

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

Dim conStr as String = My.Settings.leNomDuSetting

Si je compile, je trouve bien le fichier DAL.dll.config dans le répertoire DAL\bin\Debug.

Ce que je ne comprends pas, c'est pourquoi je ne retrouve pas ce même fichier dans le répertoire GUI\bin\Debug.

Pour ce que j'en sais, lorsqu'on execute GUI.exe, quand l'utilisateur effectue une action sur l'interface qui requiert un accès db :

1. GUI fait appel à BLL
2. BLL fait appel à DAL
3. DAL va lire la ConnectionString dans son fichier de config
4. etc.

Du coup, je m'attends donc à trouve le fichier de config en question dans le répertoire GUI\bin\Debug. Or ce n'est pas le cas.


Je viens de faire le test suivant :

1. J'ai ajouté une messagebox pour afficher la valeur récupérée via le setting dans DAL et j'ai compilé.
2. J'ai pris le contenu du répertoire GUI\bin\Debug et je l'ai copié dans C:\Test\.
3. J'ai exécuté GUI.exe
4. La messagebox s'est affichée et contenait la bonne valeur.

Où cette valeur est-elle donc lue puisqu'aucun fichier app.config n'est présent ?

[rv26t]

Où cette valeur est-elle donc lue puisqu'aucun fichier app.config n'est présent ?

Tu donnes la réponse

Si je compile, je trouve bien le fichier DAL.dll.config dans le répertoire DAL\bin\Debug.

[*]DAL va lire la ConnectionString dans son fichier de config

Résumé

Quand la DLL DALL se charge, elle va chercher le fichier de config dans son répertoire et trouve la chaîne de connection.

Il est donc logique que tu ne trouves pas ce fichier dans ton répertoire GUI.

[Kropernic]

Vous voulez dire que DAL.dll garde un lien vers son répertoire Debug peu importe où je place la dll ?

Cela me semble gros quand même. Cela voudrait dire qu'une fois que j'aurais copié l'application (donc l'exe et les 3 dll) sur le serveur et j’éteins ma machine, l'application ne fonctionne plus car le répertoire DAL\bin\Debug n'est plus disponible.

Et même si c'est effectivement comme ça que ça fonctionne, cela ne fait que renforcé ma volonté de trouver ce fichier config avec l'exe.

[rv26t]

Alors c'est p-e une mauvaise pratique mais pour "déployer" (ce n'est pas vraiment pas un déploiement) une application sur le serveur d'application de l'entreprise, je prend les fichier application.exe ainsi que les dll se trouvant dans le répertoire Debug du projet GUI et je les copie à l'emplacement qui va bien sur le serveur.

Et les projets DLL ?

Le fichier de config doit être lu par la DLL DAL dans le répertoire ou elle est.
Si vous copiez le contenu du répertoire DLL DAL ailleur il y aura aussi le fichier de config DAL

[Kropernic]

Et les projets DLL ?

Le fichier de config doit être lu par la DLL DAL dans le répertoire ou elle est.
Si vous copiez le contenu du répertoire DLL DAL ailleur il y aura aussi le fichier de config DAL

Enfin mais non !

Dans GUI\bin\Debug il y a :

• GUI.exe
• DTO.dll
• BLL.dll
• DAL.dll
• GUI.pdb
• DTO.pdb
• BLL.pdb
• DAL.pdb
• GUI.xml
• DTO.xml
• BLL.xml
• DAL.xml
• GUI.vshost.exe

Pour "déployer" mon application sur le serveur, je prends GUI.exe, DTO.dll, BLL.dll et DAL.dll.


Rien de plus (ça fait donc 4 fichiers). Le fichier app.config n'est réellement pas présent.

[rv26t]

Qu'est ce que vous entendez par projet ?

Chez moi j'ai plusieurs projets dans une solution, il sont tous dans des répertoires différents et indépendant. (pour une même application)

[Kropernic]

C'est parti pour une série de screenshots .

• solution_explorer.png montre la fenêtre Solution Explorer de VS2010 où voit bien ma solution avec mes 4 projets et le fichier app.config du projet DAL sélectionner (pour montrer qu'il existe^^)
• explorer_solution.png montre le répertoire de la solution dans l'explorateur de fichier windows
• explorer_dal.png montre le contenu du répertoire DAL\bin\Debug
• explorer_gui.png montre le contenu du répertoire BUI\bin\Debug

Après, si on ne se comprend toujours pas, va falloir qu'on invente notre propre langage .

[rv26t]

J'allais vous posez cette question quand votre réponse est apparue.

Comment se fait-t-il que vous ayez les DLL des autres projets dans votre projet GUI, puisque chaque projet est dans un répertoire différent ?

Bizarre C# ne répartie pas Mes DLL des autres projets DAL Métier dans mon répertoire UI.
Ce doit être VB. Si quelqu'un a un explication, elle sera bienvenue.

Quoi qu'il en soit, le fichier Anti_Mali_DAL.DLL de type configuration existe et il doit être copié lors de votre installation.

Si vb Copie seulement les .dll et pas les autres fichiers nécessaire dans le répertoire principal de l'exe cela est dommageable.

Je ne connais pas suffisement en détail la partie déploiement.
(désolé de vous faire perdre votre temps)

[Kropernic]

Bah je n'ai jamais vraiment prêté attention à cela puisque jusqu'ici je créais mes fichiers config moi-même et donc s'il ne se trouvait pas dans GUI\bin\Debug, j'avais une erreur comme quoi le fichier n'est pas trouvé donc je copiais moi-même.

Mais ici je n'ai pas d'erreur.

Quand au fait que VB copie les DLL dans le répertoire de Debug de GUI, vu que GUI fait appel a BLL, BLL fait appel à DAL et que tous trois font appel à DTO, j'ai toujours supposé que VB prenait les fichiers nécessaires pour faire fonctionner l'application.

Du coup, pour le "déploiement", j'ai toujours pris ce qui se trouvait dans ce répertoire .

Ca n'empêche que je ne comprends toujours pas où DAL va lire sa chaîne de connexion quand j’exécute l'application depuis le répertoire du screenshot en pièce jointe.

J'aimerais bien avoir une erreur me signalant que le fichier n'est pas trouvé.
Pire, je viens d'ajouter le fichier DAL.dll.config et j'ai changé la valeur du paramètre pour tester en me disant que p-e la dernière valeur était sauvegardée quelque part au cas où le fichier ne serait pas trouver (pour tenter de fonctionner malgré tout) mais c'est toujours l'ancienne valeur qui s'affiche dans la messagebox...

J'vais finir par retourner à mes fichiers de config perso

[rv26t]

J'ai fait un test avec vb en rajoutant un projet ClassLibrary.
Il me génére bien un nouveau répertoire ClassLibrary.

Quand je fais la génération de la solution (ou de la lib) il cré bien la dll dans le répertoire library mais pas dans le projet principal.

Qu'est ce que vous avez fait comme manip particulière pour qu'il copie les DLL des autres projets dans GUI ?

Je ne dois pas avoir la même version de VB que vous
Dans l'expl. de sol. chez vous c'est des + chez mois des triangles

[Kropernic]

J'ai fait un test avec vb en rajoutant un projet ClassLibrary.
Il me génére bien un nouveau répertoire ClassLibrary.

Quand je fais la génération de la solution (ou de la lib) il cré bien la dll dans le répertoire library mais pas dans le projet principal.

Qu'est ce que vous avez fait comme manip particulière pour qu'il copie les DLL des autres projets dans GUI ?

Euh... Rien de particulier je pense..

Avez-vous référencé votre projet ClassLibrary depuis le projet principal (j'imagine un projet WinForms) ?

[rv26t]

Oui,
mais j'avais une erreur d'assembly qui n'avait pas de nom fort.

Corrigé, la classLibrary apparait bien avec l'exe.
Donc VB fait bien une copie puisque lorsque j'avais cette erreur il ne m'a généré la lib uniquement dans le répertoire ClassLibrary.

[Kropernic]

Et pour mon problème de fichier config ? Car apparemment, même en copiant le fichier config avec l'exe, DAL ne va pas lire dedans XD

Le fichier de config ne serait utilisable qu'avec un projet winforms ?

Et mon ami google si prolifique habituellement ne m'est pas d'une grande aide sur ce coup

[rv26t]

C'est même plus subtil que ça car si je rajoute un projet, je le référence, je génére. Il ne copie pas les DLL.
Il faut que je programme un bout de code (dans le projet principal avec l'appel à la dll) pour qu'il rajoute la DLL. (c'est comme ça que j'avais vu l'erreur après avec le nom de lien fort)

Donc il compile intelligemment.

Ah, vous n'êtes pas en WinForm.

Malheureusement je ne sais pas, un autre intervenant pourra peut-être vous donner la solution.

[Kropernic]

Ah, vous n'êtes pas en WinForm.

Malheureusement je ne sais pas, un autre intervenant pourra peut-être vous donner la solution.

Si si, mon projet GUI est bien en winform mais le projet DAL est une libraire de classes bien sûr (donc pas du winform). Et j'ai mis le setting dans DAL bien sûr.

Je viens enfin de trouver un page web en rapport avec mon problème mais aucune solution probante n'est proposée. Ca me rassure un peu de savoir que je ne suis pas le seul blaireau à vouloir faire ça

[rv26t]

Oui je n'ai pas fait attention à cette subtilité.
Par contre même dans une librairie vous pouvez gérer des fenêtres (ce n'est pas le cas pour un accés DAL bien sur). D'un coup j'ai un doute pour le fichier de config. Je n'avais jamais essayé ainsi.

Je ne comprends pas pourquoi il ne prend pas en comptes vos modif dans le fichier de config si vous l'avez copié avec les DLL. Désolé. Quelques recherches sur internet semble indiqué qu'il y a un souci.

[Edit]
Il doit faloir le faire au niveau de l'exe et passer la chaine de connection à la DLL DAL. (comme je vous le proposais dans le post 4)
Personnellement j'ai toujours fait ainsi.
[/Edit]