Microsoft.Jet.OLEDB.4.0 'Anbieter ist nicht auf dem lokalen Computer registriert

Ich habe eine Lösung gefunden für dieses problem. Das Problem, das ich beschrieben in meiner Frage, ereigneten sich im Grunde aufgrund der Inkompatibilität der Microsoft.Jet.OLEDB.4.0 Treiber in 64-bit-OS.

So, wenn wir über Microsoft.Jet.OLEDB.4.0-Treiber in einer 64-bit-server, wir haben uns zu zwingen, unsere Anwendung zu bauen, die in 32-bit-Modus (Dies ist die Antwort, die ich fand, als ich habe eine umfangreiche Suche nach diesem bekanntes Problem) und andere Ursachen Teil von meinem code zu brechen.

Zum Glück, jetzt hat Microsoft eine 64-bit-kompatibel 2010 Office System-Treiber die verwendet werden können, als Ersatz für die traditionellen Microsoft.Jet.OLEDB.4.0-Treiber. Es funktioniert sowohl in 32 bit als auch als 64-bit-Servern. Ich habe es verwendet für die Excel-Datei manipulation und es funktionierte gut für mich in beiden Umgebungen. Aber dieser Treiber ist in BETA.

Können Sie herunterladen Treiber aus Microsoft Access Database Engine 2010 Redistributable

InformationsquelleAutor der Antwort neo

Ich habe das gleiche problem

Microsoft.Jet.OLEDB.4.0' - provider ist nicht registriert, auf dem lokalen
Maschine

Bewarb ich mich der Antwort von neo aber es hat nicht funktioniert, bis ich den provider wechseln zu “Provider=Microsoft.Ass.OLEDB.12.0;" in der Verbindungszeichenfolge.

Hoffe, dies wird helfen, wenn jemand vor den gleichen Problem.

InformationsquelleAutor der Antwort Iqbal

Ich weiß, es ist eine ziemlich alte Fragen und viele Personen hat geantwortet. aber ich bin der Zusammenfassung der Dinge, die für das Verständnis:

Wenn die Datei-Endung ist xls und OS ist 32 bit, dann nur Sie können die "Microsoft.Jet.OLEDB.4.0". Microsoft hat nicht veröffentlicht 64-bit-version dieses Treibers.

Wenn die Dateierweiterung xlsx-oder OS ist 64 bit, dann müssen Sie "Microsoft.ACE.OLEDB.12.0". Die kompilierte Anwendung in der 32/64-bit-Modus hat keine Auswirkung auf die Auswahl der Fahrer.

Immer installieren Sie die 64-bit-Treiber von Microsoft.ACE.OLEDB.12.0 auf OS 64 bit. Wenn Sie Office bereits installiert, 32 bit, dann Sie ausführen müssen, um den Treiber von cmd mit /passiv-argument.

AccessDatabaseEngine_x64.exe /passive

Herunterladen von Treibern von Microsoft.Ass.OLEDB.12.0

private void ProcessFile(string path)
{
    string connString = string.Empty;

    if (Path.GetExtension(path).ToLower().Trim() == ".xls" && Environment.Is64BitOperatingSystem == false)
        connString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + path + ";Extended Properties=\"Excel 8.0;HDR=Yes;IMEX=2\"";
    else
        connString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=" + path + ";Extended Properties=\"Excel 12.0;HDR=Yes;IMEX=2\"";
}

InformationsquelleAutor der Antwort Romil Kumar Jain

Ich hatte das gleiche Problem. Ich änderte die Konfiguration der Anwendung zu x86dann hat es geklappt!

InformationsquelleAutor der Antwort Kakopappa

Ich lief in dieses Problem mit meinem desktop-Anwendung ("Microsoft.Jet.OLEDB.4.0' - provider ist nicht registriert auf der lokalen Maschine). Ich habe nicht die Möglichkeit zu bauen als 32-bit app. In der Hoffnung, dies würde helfen, andere in der gleichen situation.

Ich Folgendes gemacht und das Problem ging Weg:

1. Installiert die 64-bit-version von Microsoft Access Database Engine
   2010 Redistributable, wie vorgeschlagen, durch die neo

2. Veränderte mein provider auf Microsoft.Ass.OLEDB.12.0

InformationsquelleAutor der Antwort robinhood9

Ändern Sie einfach die Eigenschaft basierend auf Ihrem Rechner und haben alle getan 🙂

Projekt---> Eigenschaften--->Build--->Ziel-Framework---> X64

oder

Projekt---> Eigenschaften--->Build--->Ziel-Framework---> X86

InformationsquelleAutor der Antwort Ajmal

Haben wir kommen auf dieses Problem in der desktop-app.

Dev-Umgebung:
Windows 7 Ultimate - 64 bit
.Net Framework 4.5
Provider=Microsoft.Jet.OLEDB.4.0

Es wurde gelöst, indem-Plattform Ziel auf X 86 aus Jeder CPU.
Projekt-Eigenschaften - >> Build >> Plattform Ziel.

InformationsquelleAutor der Antwort Techvalens

Ich bin mit VS2013 für Winforms, die unterhalb Lösung für mich gearbeitet.

• Download : http://www.microsoft.com/en-us/download/details.aspx?displaylang=en&id=23734

• Dann Set VS Zielplattform auf x86.

InformationsquelleAutor der Antwort A Ghazal

War ich immer dieselbe exception während der Ausführung von "SQL-Server-2014-Import-und Export-Daten (64-bit)" auf meinem Windows 8.1.

Um das Problem zu beheben dieses Problem habe ich Folgendes getan

begann SQL-Server-2014-Import-und Export-Daten (32-bit) anstelle von 64-bit - und es funktioniert für mich. Ich habe nicht geändert, IIS-Einstellungen und nicht installiert, keine extra software.

InformationsquelleAutor der Antwort Banketeshvar Narayan

Obwohl eine optimale Lösung ist, einfach neu kompilieren wie oben angedeutet, erfordert der Zugriff auf den Quellcode. In meinem Fall musste ich nur die fertig .exe und musste diese Lösung verwenden. Es nutzt CorFlags.exe aus .Net SDK zum ändern der laden Merkmalen der Anwendung.

1. Herunterladen .Net Framework SDK (die ich persönlich verwendet 3.5aber die version, die verwendet werden sollten, die bei oder über der geforderten .Net für Ihre Anwendung.
2. Bei der Installation, alles was Sie brauchen, ist CorLibs.exe check es einfach Windows-Entwicklungs-Tools.
3. Nach der installation finden Sie Ihre CorFlags.exe. Für meine Installation .Net Framework 3.5 SDK, es war an C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin.
4. Öffnen Sie eine Eingabeaufforderung, und geben Sie path/to/CorFlags.exe path/to/your/exeFile.exe /32Bit+.

Fertig! Dies setzt die Start-flags, die für Ihr Programm so, dass es beginnt im 32-bit-WOW64-Modus, und kann somit Zugriff auf microsoft.jet.oledb.4.0.

InformationsquelleAutor der Antwort Cullub

Die einfachste Lösung ist, gehen Sie in die Projekt-Eigenschaften und stellen Sie Ihre build-Ziel zur x86-von Jedem CPU.

InformationsquelleAutor der Antwort Cyril Gupta