Discussion :

[romstarr]

Bonjour,

j'ai développé un web service qui accède à une base de données.
J'ai besoin de paramètres pour me connecter à ma base de données ; ces paramètres de connexion, je ne veux pas les passer lors de l'appel de la fonction et je ne veux pas non plus mettre ma chaine de connexion en dur dans le web service.
J'utilise donc un .ini.
Mon souci arrive donc maintenant : comment connaitre le répertoire courant d'exécution du web service pour aller lire le .ini en temps que fichier? (sachant que les fonctions toutes faites de Visual Studio me renvoient n'importe quoi)

Merci de vos astuces.

[freddyboy]

Bonjour,

j'ai développé un web service qui accède à une base de données.
J'ai besoin de paramètres pour me connecter à ma base de données ; ces paramètres de connexion, je ne veux pas les passer lors de l'appel de la fonction et je ne veux pas non plus mettre ma chaine de connexion en dur dans le web service.
J'utilise donc un .ini.
Mon souci arrive donc maintenant : comment connaitre le répertoire courant d'exécution du web service pour aller lire le .ini en temps que fichier? (sachant que les fonctions toutes faites de Visual Studio me renvoient n'importe quoi)

Merci de vos astuces.

il me semble qu'il serait plus facile d'utiliser un fichier config plus tot que le .ini.

Sinon pour avoir le repertoire courant tu fais :

Code :

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

1
2
 
Directory.GetCurrentDirectory();

Pour en savoir plus, voir les Cours et tutoriels C# : http://dotnet.developpez.com/cours/?page=csharp , et la FAQ C# : http://dotnet.developpez.com/faq/

[neguib]

Salut
je confirme la preference pour un fichier app.config accessible directement par la Classe ConfigurationSettings

[romstarr]

Je vous remercie :
J'ai testé, ça marche, et la méthode me convient bien.

Bonne journée

[mathrb]

Si je peux me permettre, cette solution ne marche plus dans certains cas.
En effet, je cherchais depuis 2 heures d'où venait mon erreur qui me disait que ma table n'existait pas (utilisation de SQLITE). Le datasource était généré avec le Environnement.CurrentDirectory (équivalant de ce qui est utilisé au dessus). Hors dès que l'application utilise un open file dialog ou directory je pense, la valeur du current directory est modifiée!
Donc je pense que c'est a utilisé avec précaution dans ce cas là.

EDIT: AppDomain.CurrentDomain.BaseDirectory c'est mieux