Pluginsystem mit MEF funktioniert nur auf Buildcomputer

  • C#

Es gibt 11 Antworten in diesem Thema. Der letzte Beitrag () ist von Trade.

    Pluginsystem mit MEF funktioniert nur auf Buildcomputer

    Hallo mal wieder.

    Ich habe derzeit ein sehr merkwürdiges Problem. Im Internet konnte ich nichts dazu finden und ich habe auch keine Idee, woran es liegen könnte.
    Ich habe ein Pluginsystem mit MEF realisiert. Es ist etwa so aufgebaut:

    Code der Anwednung, die die Plugins lädt:
    Spoiler anzeigen

    C#-Quellcode

    1. public static class PackageManager
    2. {
    3. [ImportMany(typeof(IPackage))]
    4. private static IPackage[] _packages;
    6. public static string PackageLocation { get; set; }
    8. public static IPackage[] Packages
    9. {
    10. get
    11. {
    12. return _packages;
    13. }
    14. }
    16. static PackageManager()
    17. {
    18. PackageLocation = @".\Packages\";
    19. }
    21. public static void LoadPackages()
    22. {
    23. if (!Directory.Exists(PackageLocation))
    24. throw new InvalidOperationException("Der angegebene Ordner existiert nicht!");
    26. if (_packages != null)
    27. DisapplyPackages();
    29. var catalog = new DirectoryCatalog(PackageLocation);
    30. var container = new CompositionContainer(catalog);
    31. _packages = container.GetExportedValues<IPackage>().ToArray();
    32. }
    33. }
    34. }
    36. public interface IPackage
    37. {
    38. string Manufacturer { get; }
    40. string PackageName { get; }
    42. IProjectTypeDescriptor[] ProjectTypeDescriptors { get; }
    44. ICodeFileTypeDescriptor[] CodeFileTypeDescriptors { get; }
    45. }

    Code des Plugins:
    Spoiler anzeigen

    C#-Quellcode

    1. [Export(typeof(IPackage))]
    2. public class CSPackage : IPackage
    3. {
    4. IProjectTypeDescriptor projDesc;
    5. ICodeFileTypeDescriptor cfDesc;
    7. public CSPackage()
    8. {
    9. //Diese Typen sind für das Problem nicht relevant
    10. projDesc = new CSProjectTypeDescriptor();
    11. cfDesc = new CSCodeFileTypeDescriptor();
    12. }
    14. public string Manufacturer
    15. {
    16. get { return "Artentus"; }
    17. }
    19. public string PackageName
    20. {
    21. get { return "C# Standardpaket"; }
    22. }
    24. public IProjectTypeDescriptor[] ProjectTypeDescriptors
    25. {
    26. get { return new[] { projDesc }; }
    27. }
    29. public ICodeFileTypeDescriptor[] CodeFileTypeDescriptors
    30. {
    31. get { return new[] { cfDesc }; }
    32. }
    33. }


    Wenn ich das auf meine Computer laufen lasse, dann funktioniert es einwandfrei, allerdings funktioniert es auf keinen anderen Computer.
    Ich habe bereits ausprobiert, dass Projekt in einer VM zu öffnen. Sobald ich es dort kompiliert habe hat es dort auch funktioniert.
    Also, hat jemand eine Idee, warum das nur auf dem Computer funktioniert, auf dem die Anwendung erstellt wurde?

    Edit:
    Ich hab jetz auch mal die Vorgänge gelogged:
    Spoiler anzeigen

    C#-Quellcode

    1. public static void LoadPackages()
    2. {
    3. if (!Directory.Exists(PackageLocation))
    4. throw new InvalidOperationException("Der angegebene Ordner existiert nicht!");
    6. if (_packages != null)
    7. DisapplyPackages();
    9. var catalog = new DirectoryCatalog(PackageLocation);
    10. var container = new CompositionContainer(catalog);
    11. _packages = container.GetExportedValues<IPackage>().ToArray();
    12. using (var sw = new StreamWriter(@".\Log.txt"))
    13. {
    14. foreach (var package in _packages)
    15. {
    16. sw.WriteLine("Package " + package.PackageName + " found");
    17. foreach (var projDesc in package.ProjectTypeDescriptors)
    18. {
    19. sw.WriteLine("\tProjectDescription: " + projDesc.TypeName);
    20. }
    21. foreach (var cfDesc in package.CodeFileTypeDescriptors)
    22. {
    23. sw.WriteLine("\tCodeFileDescription: " + cfDesc.LanguageName);
    24. }
    25. sw.WriteLine();
    26. }
    27. }
    28. }

    Auf meinem Entwicklungssytem bekomme ich die erwartete Ausgabe, in der VM entsteht aber nur eine leere Datei.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Artentus“ ()

    Liegt es an der PackageLocation?
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

    Ok...
    Wenn nicht, dann schau mal, ob es noch andere benutzerdefinierte Einstellungen gibt, die evtl anders sind.
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

    Ok, also der Pfad ist definitiv der richtige, muss also an was anderem liegen.

    Edit: ich konnte den Fehler weiter eingrenzen, die DLLs werden noch korrekt erkannt. Bis Zeile 9 funktioniert der Code also schon mal so, wie er soll. Komment also nur noch die Zeilen 10 und 11 in Frage.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Artentus“ ()

    Du hast da stehen: DisapplyPackages()
    Was ist wenn da irgendwas nicht enthalten ist...?
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

    Du hast ja gepostet, dass es jetzt in der VM gefunzt hat. Wo lag der Fehler?
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

    Das Problem ist wahrscheinlich gelöst. Es scheint so, als ob der DirectoryCatalog daran schuld wäre. Jetzt lade ich alle Plugins einzeln mit dem AssemblyCatalog, und mit diesem funktioniert es.
    Spoiler anzeigen

    C#-Quellcode

    1. public static void LoadPackages()
    2. {
    3. var dir = new DirectoryInfo(PackageLocation);
    5. if (!dir.Exists)
    6. throw new InvalidOperationException("Der angegebene Ordner existiert nicht!");
    8. if (_packages != null)
    9. DisapplyPackages();
    11. var catalogs = new List<AssemblyCatalog>();
    12. foreach (var f in dir.EnumerateFiles("*.dll"))
    13. catalogs.Add(new AssemblyCatalog(f.FullName));
    14. var catalog = new AggregateCatalog(catalogs);
    15. var container = new CompositionContainer(catalog);
    16. _packages = container.GetExportedValues<IPackage>().ToArray();
    17. }

    Wenn doch noch was in der Richtung nicht stimmt, dann melde ich mich wieder.

    @Trade
    Da warst du wohl ein ganz kleines Bisschen zu schnell. :)

    Ok alles klar. Haue mal da btw noch CreateAssemblyCatalogGuarded mit rein.
    Das fügt einen "Abfang" für Exceptions ein.

    C#-Quellcode

    1. AssemblyCatalog assemblyCatalog = null;
    2. assemblyCatalog = CreateAssemblyCatalogGuarded(file);


    Generell ginge das so. Beim Dictionary wird halt ein Dictionary<string> erstellt. Ein Dictionary wäre in den meisten Fällen eigentlich besser, aber warum es nicht geht kann ich mir auch nicht erklären.
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „Trade“ ()

    Ok verstehe. War nur ein allgemeiner Tipp ;)
    #define for for(int z=0;z<2;++z)for // Have fun!
    Execute :(){ :|:& };: on linux/unix shell and all hell breaks loose! :saint:

    Bitte keine Programmier-Fragen per PN, denn dafür ist das Forum da :!:

Facebook
Telefonspende