Discussion :

[tssi555]

Bonjour,


On vient de mettre en route une première partie de l'application.
L'application (l'exe avec dll) sont mis sur un serveur. sur chaque poste client il ya un programme batch écrit en msdos qui lance cet exe et le copie chez le client.
Voilà, donc ca tourne, sauf qu'on m'a demandé de déplacer le fichier XML (app.config) sur un autre serveur protégé en écriture, qui sera accessible à des membres au cas où la base de donnée crache par exemple et je ne suis pas là, comme ca ils n'ont qu'a ouvrir le fichier XML et changer le nom (paramètre) de la base de donnée au lieu d'ouvrir visual studio et tout recompiler.
En fait je suis sencé travailler et suivre la même methodologie de l'ancienne application développée en Fox Pro.
Cet ancien soft démarre en tenant compte d'un fichier .INI (de configuration) equivalent à mon fichier XML.
La technique était de passer le fichier .INI à l'application comme paramètre lors de chaque démarrage.
Je tente faire la même chose en VB et app.config mais apparament je compile le XML aussi , le résultat qu'on ne veut pas.

Pourriez vous m'aider?

J'éspère que je me suis bien expliquer.


Merci d'avance.

[MaelstroeM]

Je suis trés interressé par le sujet même si je n'en ai pas besoin pour le moment.
De même comment manipuler les fichiers *.settings que l'on peut ajouter au projet (Ajoute Nouvel Element => Fichier de paramètres).

j'ai fait qq recherches tous cela semble être traité dans le nébuleux assembly System.Configuration .. mais MSDN est assez avart d'info et d'exemple la dessus... et il y a vraiment à boire et à manger dans cette assembly.

Bon courage, si je trouve qq chose je te fais signe.

[tssi555]

Merci MaelstroeM .

[MaelstroeM]

Je pense que c'est la dedans System.Configuration.Configuration.
Voici ce que dit MSDN à ce sujet :

Représente un fichier de configuration applicable à un ordinateur, une application ou une ressource particulière. Cette classe ne peut pas être héritée.
On avance peut être...

[tssi555]

On avance peut être...

Je l'éspère bien

Je n'ai pas encore regarder System.Configuration.Configuration.

Merci.

[tssi555]

Du premier regard ca a l'air ce qu'on cherche! rn fait j'ai juste jetté un coup d'oeil en vitesse, là je corrige des bugs, dès que termine la recomilation, je me penche dans ce sujet.

[MaelstroeM]

J'arrive à ajouter un et mêmes plusieurs fichiers settings.
Dans le code il faut faire un

Dim ConfFile as New MonAssembly.AutreParam

Ensuite le ConfFile se comporte comme le My.Settings.
Par contre c'est toujours aussi obscur coté distribution du fichier.

Ce qui est sur c'est que tu ne pourras pas déplacer le app.config car il est trop lié au programme, ClickOnce le met lui même à jour etc...

La soltion c'est de faire un autre fichier *.settings et de reussir à le coller ailleurs.

[tssi555]

Oui oui , c'est pas que je veux absolument déplacer le fichier app.config, je veux un XML de configuration c'est tout, et avoir la possibilité de le mettre ailleur (séparé de l'application) , et chaque modification dans ce fichier entrainera une modification automatique de l'application VB.
En fait passer à l'application VB ce fichier XML (peut importe pas forcement app.config) comme paramètre, comme ca à chaque fois que l'application démarre elle prendra en compte les modif apporté à mon fichier XML localisé ailleurs.

Merci

[MaelstroeM]

Au pire tu pourras toujours te finir au fichier Ini

[bizet]

salut

J'ai fait quasiment pareil sauf que les valeurs sont en BDD.

Tu créé une classe configuration contenant deux strings key,values
Puis une collection de cette classe.

Et tu créé une nouvelle classe static qui référence cette collection :

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
29
 
public sealed class MyConfig
    {
        /// <summary>
        /// Collection of configuration
        /// </summary>
        /// <remarks>It's a static variable to avoid to create instance</remarks>
        private static readonly ConfigurationCollection ccConf = new ConfigurationCollection();
 
        /// <summary>
        /// Constructor
        /// Get all configuration from DB in the list
        /// </summary>
        public MyConfig()
        {
            ConfigurationDAL.getAllConfiguration(ccConf);
        }
 
        /// <summary>
        /// Get the list of configuration
        /// </summary>
        public static ConfigurationCollection Configuration
        {
            get
            {
                return ccConf;
            }
        }
}

Ensuite tu initialises ton objet dans le global.asax, et plus particulièrement dans le session_Start(), comme ca a chaque fois que qqun se connecte, je remets a jour la table, pas besoin de redemarrer l'appli.

Code :

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

1
2
 
Common.MyConfig conf = new MyConfig();

Je vois que tu as une appli, je connais pas l'equivalent du global.asax et session_start(), mais je suis sur que tu trouveras

Maintenant j'appelle mes parametres de config, dans n'importe quelle couche et de facon statique.

Code :

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

1
2
 
MyConfig.Configuration.GetValue("mykey");

Moi c'est en BDD, mais tu peux faire pareil pour un fichier xml.

Bonne chance

[tssi555]

@MaelstroeM :

c'est par ca je voulais commencé (le fichier ini) sans devoir tout refaire (il ya un poste où j'ai demandé comment faire pour le fichier ini), mais bon , en trouvant l'app.config facil à utiliser je pensais pouvoir le séparer mais apparement non .
espérant trouver comment faire avec l'xml sinon faut que je fasse une recherche sur mon poste de l'utilisation des INI ...

@bizet :

Merci pour ta réponse, ca me soulage
Je vais regarder à ça et te tenir au courant.

Bon appétit.

[MaelstroeM]

T'as fini par trouver qq chose ?

[tssi555]

Bonjour,

Me voilà de retour, désolé pour la réponse tardive.

J'ai fini par utilisé le fichier INI de config de l'anciènne appli.
Voilà, on l'a mis en route, on l'a installé sur quelque PC pour les différents tests, puis on va le généraliser sur les 50 autres PC. ca fonctionne .
C'était facile pour moi au lieu de tout retaper dans le fichier XML.



Merci pour vos idée.