Discussion :

[Papy214]

Bonjour,

J'ai une toute petite appli de test qui se connecte à une base SQL Server.

Quand je l'essaye, je récolte le message suivant lors d'une tentative de connexion à la base:

---------------------------
Authentification incorrecte
---------------------------
Could not load file or assembly 'System.EnterpriseServices.Wrapper.dll' or one of its dependencies. Le chemin d'accès spécifié est introuvable.
Voulez-vous essayer à nouveau ?
---------------------------
OK Annuler
---------------------------

J'ai rajouté System.EnterpriseServices dans les références mais ça ne change rien.

Le site de Microsoft me dit qu'il s'agit d'un fichier corrompu et qu'il faut désinstaller puis réinstaller le framework 2.0.
Quand j'essaye, j'ai un message d'erreur me disant que je ne peux pas désinstaller parce que ça nuirait à des applications installées.

J'essaye d'installer par dessus, mais là ça me répond que je ne peux pas non plus parce qu'une ancienne version est installée.

Le fichier indiqué comme manquant est pourtant bien présent dans le dossier du framework 2.0.

J'ai vu que le chemin d'accès du 2.0 manquait dans le path de windows. Je l'ai donc rajouté et rebooté mon pc.

Je retente d'utiliser mon application, et toujours le même message.

Là, je suis à court d'idées ...

Qu'est-ce que je peux faire d'autre pour essayer de résoudre le problème ?

Papy !

[olibara]

As-tu vérifié que le path mentionné dans les proprièté de tes references pour cette DLL est bien le path ou se trouve cette DLL

A tout hazard as-tu aussi vérifié que specific version etait bien false

[Papy214]

En fait, je n'ai qu'une référence sur System.EnterpriseServices.
Je pensais que cela suffisait.
Je viens d'essayer d'ajouter un référence à C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.EnterpriseServices.Wrapper.dll mais je reçois le message suivant:

---------------------------
Microsoft Visual C# 2008 Express
---------------------------
Une référence à 'C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\System.EnterpriseServices.Wrapper.dll' n'a pas pu être ajoutée. Assurez-vous que ce fichier est accessible et qu'il s'agit d'un assembly ou d'un composant COM valide.
---------------------------
OK
---------------------------

Pourtant le fichier est bien présent puisque je le choisis dans la boite de dialogue de choix de fichier lors de l'ajout d'une référence.

Pour System.EnterpriseServices, le version spécifique est bien indiquée à False.

[ctxnop]

Salut,
Je ne sais pas si ca va t'aider, mais dans notre projet on à parfois eu des problèmes du même genre parce que deux assembly du même nom mais de version différentes existaient, ou encore parce que le WorkingDirectory avait changé entre deux chargement d'assembly, etc...

Donc on a mis en place un petit truc :

Code csharp :

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
 
public class Program
{
	public static void Main()
	{
		AppDomain app = AppDomain.CurrentDomain;
		app.AssemblyResolve += app_AssemblyResolve;
		Application.Run(new MainForm());
	}
 
	private Assembly app_AssemblyResolve(object sender, ResolveEventArgs args)
	{
		/* Ici tu place ton code pour charger l'assembly a la main */
		return dll; // Où dll est un objet de type Assembly correspondant à l'assembly chargée
	}
}

L'évènement AssemblyResolve se produit quand la résolution de l'assembly (trouver le fichier et le charger) échoue. C'est très pratique pour rattraper des erreurs. Il y à également un ou deux autres évènements sympa sur le AppDomain

[Papy214]

Salut,
Je ne sais pas si ca va t'aider, mais dans notre projet on à parfois eu des problèmes du même genre parce que deux assembly du même nom mais de version différentes existaient, ou encore parce que le WorkingDirectory avait changé entre deux chargement d'assembly, etc...

J'ai essayé ta solution mais ça n'a rien donné.

J'ai fini par désinstaller toutes les versions de .net de 3.5 à 2.0 et j'ai réinstallé le tout. Et là, ça fonctionne ! Il devait y avoir un truc corrompu dans la base de registre ou dans le GAC.

Merci quand même pour cette astuce intéressante que je mets de coté pour une autre fois.

[ctxnop]

Dommage que ca ne t'ai pas aidé, mais l'important c'est que maintenant ca marche

[Papy214]

Dommage que ca ne t'ai pas aidé, mais l'important c'est que maintenant ca marche

Tout à fait ! J'ai essayé d'inclure ton système dans program.cs mais C# ralait à propos de procédures statiques qui ne lui plaisaient pas à cet endroit. J'ai voulu le mettre dans la Form principal, mais le code exécuté ne passait jamais dedans.

Je suis preneur quand même si tu as ça, d'un petit exemple fonctionnel sur le chargement dans une programme non console.

[ctxnop]

Dans une classe statique la méthode doit être static. Si tu la place dans Program qui est une classe static, il faut rendre la méthode app_AssemblyResolve static également.
Cette méthode est appelée exclusivement lorsqu'il y a échec de résolution d'assembly. Si elle n'est pas appelée c'est parce que tout se passe bien, on ne vas pas s'en plaindre