none
Probleme nach MySQL und .NETFramework Update RRS feed

  • Frage

  • Guten Tag liebe Community,

    ich habe vor kurzem Mein Framework und MySQL geupdatet auf die Versionen:

    Framework: 4.5
    MySQL: 6.9.9

    Fehler: 

    Warnung Einige NuGet-Pakete wurden mithilfe eines Zielframeworks installiert, das sich vom aktuellen Zielframework unterscheidet. Ggf. müssen sie erneut installiert werden. Besuchen Sie "http://docs.nuget.org/docs/workflows/reinstalling-packages", um weitere Informationen zu erhalten. Betroffene Pakete: EntityFramework Solx 0

    Lustig ist auch, dass er mir im Ausgabe Ordner immer wieder die 6.7.9 reinhaut. Aber nur die MySQL.Data.dll. Im Nuget steht sie aber überall auf 6.9.9

    Jetzt habe ich mich lange Zeit mit Problemen geärgert. Und finde keine Lösungsansätze mehr.
    Zum einen schreibt er mir im einen Projekt, dass Connection.Open(); und Connection.Close(); aufeinmal nicht mehr Funktionieren.
    Obwohl es in anderen Projekte funktioniert.
    Ich konnte vorher noch alles nach dem Update starten, da kam jedoch der Fehler: Das er die Datei MySQL 6.9.9 nicht laden konnte.

    Aber aktuell sagt er halt direkt beim Compilen, dass er das nicht macht wegen schwerwigenden Fehlern:

    Fehler CS0012 Der Typ "DbConnection" ist in einer nicht referenzierten Assembly definiert. Fügen Sie einen Verweis auf die Assembly "System.Data, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" hinzu. Solx D:\MyInv\MyInv\Solx\sql.cs 30 N/V

    (Connection.Open();)

    Ich bedanke mich schon einmal für jede hilfreiche Antwort!


    • Bearbeitet Philip Moritz1 Dienstag, 18. April 2017 08:09 Was vergessen
    Dienstag, 18. April 2017 08:03

Antworten

  • Ich habe jetzt nach einer 24 Stunden Schicht den Fehler gefunden,

    jener lag darin, dass ich im Ressources Ordner die MySQL.Data.dll befindlich hatte.
    Somit hat sich Visual Studio diese immer aus dem Ordner gezogen und deshalb diesen Fehler angezeigt.

    D.h. im klartext, man muss immer nochmal alle Dateien und Ordner überschauen. Hierbei liegt der Fehler darin das VS einen Konflikt feststellt, da eine Alte und eine neue Version vorhanden ist. 
    Man kann ganz Simpel nachprüfen wo der Fehler liegt indem man den Objektkatalog unter Ansicht nutzt.
    Dort steht der Ordner in dem sich die DLL's befinden, mit Version.

    P.S. markiere diese Antwort als Antwort, damit der Thread abgeschlossen ist.

    Mittwoch, 19. April 2017 07:32

Alle Antworten

  • Habe bereits den Fehler mit connection.Open(); und co. gelöst. Der Verweis auf System.Data hat gefehlt.

    Jetzt bleibt nur noch ein Problem. Ich kann in dem einen Projekt die MySQL Version zwar Updaten, gehe ich jedoch auf Verweise und schaue nach der Version ist die MySQL.Data immer auf der 6.7.9

    Habe jene auch aus dem Internet heruntergeladen, extra geschaut ob diese auf Version 6.9.9 ist. Dann bin ich auf Verweise gegangen und habe diese Manuell eingefügt, nachdem ich das Nuget deinstalliert habe. Und trotzdem kommt immer wieder die Version 6.7.9 rein...

    Habe dannach CopyLokal auf false gesetzt, und dann bei den anderen Projekten auf true, da dort die 6.9.9 drinne ist.

    Kopiert trotzdem die 6.7.9...

    Ich verzweifle hier -.-'

    Dienstag, 18. April 2017 09:32
  • Ich habe jetzt nach einer 24 Stunden Schicht den Fehler gefunden,

    jener lag darin, dass ich im Ressources Ordner die MySQL.Data.dll befindlich hatte.
    Somit hat sich Visual Studio diese immer aus dem Ordner gezogen und deshalb diesen Fehler angezeigt.

    D.h. im klartext, man muss immer nochmal alle Dateien und Ordner überschauen. Hierbei liegt der Fehler darin das VS einen Konflikt feststellt, da eine Alte und eine neue Version vorhanden ist. 
    Man kann ganz Simpel nachprüfen wo der Fehler liegt indem man den Objektkatalog unter Ansicht nutzt.
    Dort steht der Ordner in dem sich die DLL's befinden, mit Version.

    P.S. markiere diese Antwort als Antwort, damit der Thread abgeschlossen ist.

    Mittwoch, 19. April 2017 07:32