Discussion :

[daerlnaxe]

Bonjour,

J'utilise un système de plugin qui charge les dll par (en gros)

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
 
                                Assembly assembly = Assembly.LoadFile(absolutePath);
 
                Type[] assemblyTypes = assembly.GetTypes();
 
                foreach (Type type in assemblyTypes)
                {
                    var interfaces = type.GetInterfaces();
                    if (interfaces != null && interfaces.Contains(typeof(IIHMPlugin)))
                    {
                        IHMPlugin module = new IHMPlugin((IIHMPlugin)Activator.CreateInstance(type), s);
 
                        #region Vérifications
                        if (string.IsNullOrEmpty(module.Name))
                            throw new Exception($"Plugin has Null Name on: {absolutePath}");
 
                        Test_MethodMessage(absolutePath, () => module.PluginCore);
 
                        #endregion
 
                        Debug.WriteLine(module.Name + " détecté");
 
                        return module;
                    }
                }

etc....

Il se trouve que j'ai un plugin qui utilise une dll pour pas m'ennuyer à refaire certaines choses...
Cette dll est ajoutée à mon plugin par add/reference sous visual studio et dans mon code j'appelle l'espace de nom by using.

Or chaque fois que je l'utilise une exception est levée comme quoi il ne trouve pas la dll en question, si je la mets dans le même dossier que mon plugin il ne trouve pas, de même qu'à la racine du programme principal... Je ne sais pas où le programme cherche cette dll en plus.

[François DORIN]

Bonjour,

Tu peux te tourner vers AppDomain.AssemblyResolve, qui est un événement appelé lorsque la résolution d'une dépendance échoue. Tu peux alors la charger manuellement pour éviter l'erreur que tu rencontres.

[daerlnaxe]

Merci pour ton aide, je vais me mettre ça au chaud quelque part ça m'aurait été énormément utile hier.

J'ai finalement trouvé avant de passer par ici en bon acharné têtu... :/, j'ai scruter la méthode MS pour charger les plugins, j'ai fait la synthèse avec la mienne et e code modifié donne ça.

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
 
 PluginLoadContext loadContext = new PluginLoadContext(absolutePath);
 
                AssemblyName aname = new AssemblyName(Path.GetFileNameWithoutExtension(absolutePath));               
 
                 Assembly assembly = loadContext.LoadFromAssemblyName(aname);
                //Assembly assembly = Assembly.LoadFile(absolutePath);
 
                Type[] assemblyTypes = assembly.GetTypes();
 
                foreach (Type type in assemblyTypes)
                {
                    var interfaces = type.GetInterfaces();
                    if (interfaces != null && interfaces.Contains(typeof(IIHMPlugin)))
                    {
                        IHMPlugin module = new IHMPlugin((IIHMPlugin)Activator.CreateInstance(type), s);
 
                        #region Vérifications
                        if (string.IsNullOrEmpty(module.Name))
                            throw new Exception($"Plugin has Null Name on: {absolutePath}");
 
                        Test_MethodMessage(absolutePath, () => module.PluginCore);
 
                        #endregion
 
                        Debug.WriteLine(module.Name + " détecté");
 
                        return module;
                    }

Le pluginloadcontext dérive de la classe abstraite AssemblyLoadContext

https://docs.microsoft.com/fr-fr/dot...ew=netcore-3.1

https://docs.microsoft.com/fr-fr/dot.../unloadability

J'ai lu tard hier soir, je saurais pas trop bien retranscrire du coup que c'était assez compliqué de charger des plugins qui ont des dépendances, sans passer par ça, du coup j'ai un peu adapté.

Au cas ou quelqu'un tombe sur ce post avec le même problème que moi "Test_MethodMessage" pas de quoi fouetter un chat c'est une méthode qui teste les propriétés des plugins, pour voir si cela ne renvoie pas une erreur de non implémentation ou une chaine nulle. Du coup ça empêche le chargement du plugin si c'est le cas pour éviter de futurs bugs. Je le laisse du coup si c'est utile ou bien s'il existe mieux

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
 
 
 
    /// <summary>
        /// 
        /// </summary>
        /// <param name="pluginName"></param>
        /// <param name="module"></param>
        /// <param name="p"></param>
        /// <remarks>
        /// Note: Récupère le nom de la propriété utilisée 
        /// </remarks>
        private static void Test_MethodMessage(string pluginName, Expression<Func<string>> p)
        {
            try
            {
                Func<string> func = p.Compile();
 
                if (string.IsNullOrEmpty(func()))
                    throw new Exception($"Null value");
            }
            catch (Exception e)
            {
                var member = p.Body as MemberExpression;
                PropertyInfo propInfo = member.Member as PropertyInfo;
 
                throw new Exception($"Problem on Plugin: '{pluginName}' | Property: '{propInfo.Name}' \r\n\t{e.Message}");
            }
        }