Discussion :

[morality59]

Bonjour à tous,

J'ai besoin de vos conseils avisés

J'ai développé une application WPF qui fonctionne correctement sur mon poste en local (Windows 8.1 pro), mais une fois déployé sur un Windows Server 2012, je rencontre une difficulté.

L'application "plante" (Fin de tâche) de temps en temps... En recherchant un peu plus de détails concernant ces plantages, je me suis rendu compte que ça se produisait à chaque lecture d'information dans le fichier .config de l'application.

Pour lire ces informations j'utilise la fonction suivante :

Code :

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

1
2
3
4
5
public static string GetSetting(string key)
        {
            Configuration configuration = ConfigurationManager.OpenExeConfiguration(System.Windows.Forms.Application.ExecutablePath);
            return configuration.AppSettings.Settings[key].Value;
        }

C'est une fonction générique dans un Helper qui me permet de faire appel au nom du paramètre dont j'ai besoin.

J'ai essayé d'executer l'application en tant qu'administrateur sur le serveur, mais ça fait la même chose.

Je ne comprends pas ce qu'il peut y avoir comme différence entre mon poste local et le serveur qui puisse causer ce crash.

Auriez-vous plus d'explications à me donner ?

Merciiiiii

[François DORIN]

Bonjour,

L'application "plante"

Il y a des chances pour qu'une exception soit levée, tout simplement. Disposer de cette exception serait d'une aide précieuse.

Sinon, si c'est bien l'accès au fichier .config qui pose problème, c'est peut être un problème de droit ? Fichier en lecture seule, ou droit insuffisant pour l'utilisateur connecté.

[morality59]

Bonjour Dorinf,

Merci pour ta réponse.

En effet, j'ai quelques détails supplémentaires, mais ils sont assez pauvres... Sauf si tu arrives à les déchiffrer ^^

Signature du problème*:
Nom d’événement de problème: CLR20r3
Signature du problème 01: XXXMONAPPLIXXX.exe
Signature du problème 02: 1.0.0.0
Signature du problème 03: 57b726d9
Signature du problème 04: System.Xml
Signature du problème 05: 4.6.1055.0
Signature du problème 06: 563c0fd7
Signature du problème 07: b79
Signature du problème 08: 27
Signature du problème 09: IOIBMURHYNRXKW0ZXKYRVFN0BOYYUFOW
Version du système: 6.3.9600.2.0.0.272.7
Identificateur de paramètres régionaux: 1036
Information supplémentaire n°*1: f25c
Information supplémentaire n°*2: f25c152f5357e6535d3e396e15a68b92
Information supplémentaire n°*3: b6a2
Information supplémentaire n°*4: b6a2ca89388917c0b0f70eaf183532cc

Lire notre déclaration de confidentialité en ligne*:
http://go.microsoft.com/fwlink/?linkid=280262

Si la déclaration de confidentialité en ligne n’est pas disponible, lisez la version hors connexion*:
C:\Windows\system32\fr-FR\erofflps.txt

L'utilisateur connecté a un compte Administrateur

Le fichier .Config est généré à la compilation de Visual Studio, je ne sais pas ce que je peux apporter comme modification, mais là c'est que de la lecture d'informations... En l’occurrence une chaine de connexion

Merci pour ton aide

[François DORIN]

Sans l'exception c'est difficile à dire. Pourrais-tu au moins mettre le code dans un try/catch et afficher l'exception générée (par exemple, dans une boite de dialogue ou dans un fichier) ?

Sinon, deux pistes :
1) est-ce que le fichier .config sur le serveur est le même que sur ton poste ? Notamment, est-ce que la clé à laquelle tu essaies d'accéder existe ? Si ce n'est pas le cas, tu vas avoir un NullReferenceException
2) Tu parles d'une chaîne de connexion. Ta chaine de connexion est bien défini dans la section appSettings ? Elle n'est pas défini dans la sections connectionString ? Sinon, cela te générerait l'erreur ci-dessus (puisque clé non présente dans la section appSettings)

[morality59]

Non en fait je te mets peut-être sur une fausse piste pour la chaîne de connexion. J'ai voulu prendre un raccourci, en fait, c'est bien une clé dans appSettings, puisque ce n'est pas une chaîne de connexion à proprement parler. En fait, il n'y a que le nom d'une instance SQL.

Je vais afficher l'exception, effectivement ça évitera d'y aller à tâton.

Sinon, le fichier de config est bien le même que celui de mon poste, avec l'instance modifiée.

Je reviens sur le fil quand j'ai fait les modifs, au moins pour informer de l'avancement :-P

[mrqs2crbs]

salut,

j'ai déjà eu des plantages qui ressemblaient à ça:
je n'avais pas la même version du .net framework, en prod et en dev.

Cordialement.