Zeos: requested database driver was not found

[H.Bothur]

Zitat von nahpets:

Ist auf dem Rechner das Office-Paket von MS drauf oder zumindest Access?

Schau doch bitte mal nach, ob es auf dem Rechner so 'ne Datei gibt: C:\WINDOWS\system32\odbcjt32.dll

Office 2010 ist drauf und die Datei existiert auch ... aber natürlich in Windows\SysWOW64\

In der Registry habe ich auch nachgesehen ... da steht was von installiertem SQL Native Client und SQL Server

Hans

[jobo]

Ist Dir bekannt ob die DB eine Arbeitsgruppenangabe braucht?
Oder ist Dir bekannt was das ist?
Es gibt da ein eigenes User/Rechtemanagement, das sind glaub ich mdw dateien.
Prüf mal, ob das bei Dir der Fall ist.
Ich glaube MS (Access) ist (wie immer) auch in der Lage, diesen Kram mit irgendwelchen Domänen Daten zu vermischen, sodass es nicht unbedingt offensichtlich ist, dass man als "spezieller" User arbeitet. Wenn es kein Domänensystem ist, musst Du einfach bei den funktionierenden Systemen nach Hinweisen auf die Arbeitsgruppen Datei oder wie das heißt schauen. Das kann z.B. als Parameter bei Öffnen einer Access MDB separat mitgegeben werden.

[H.Bothur]

Zitat von jobo:

Ist Dir bekannt ob die DB eine Arbeitsgruppenangabe braucht?
Oder ist Dir bekannt was das ist?
Es gibt da ein eigenes User/Rechtemanagement, das sind glaub ich mdw dateien.
Prüf mal, ob das bei Dir der Fall ist.

Eingelich nicht ... das ist ja wo ich das gefühl habe das ich irgendwas in Bezug auf Zeos falsch mache. Bisher hatte ich wie gesagt Delphi 7.0 und da funktionierte das ganze (mit dem eingebauten ADO-Routinen) so:

Delphi-Quellcode:

  WebshopADOConnection.ConnectionString := 'Provider=Microsoft.ACE.OLEDB.12.0;';   WebshopADOConnection.ConnectionString := WebshopADOConnection.ConnectionString +'Data Source=' +WebshopDBName +';';
  WebshopADOConnection.ConnectionString := WebshopADOConnection.ConnectionString +'Persist Security Info=False;';
  WebshopADOConnection.ConnectionString := WebshopADOConnection.ConnectionString +'Jet OLEDB:Database Password=d15wfm30';
  WebshopADOConnection.Connected := True;

Und das habe ich jetzt eben als ConnectionString bei ZEOS und es geht gar nicht

Hans

[nahpets]

Wenn der Connectionstring mit Delphi 7 und den ADO-Komponenten funktioniert, müsste er auch mit ZEOS funktionieren.

Kannst Du mal den Connctionstring mit ADO und Delphi 7 zusammenbauen und den dann ZEOS "spendieren"?

Meiner Meinung nach müsste das per Copy&Paste funktionieren.

Ansonsten helfen diehier eventuell weiter?

https://www.connectionstrings.com/us...-environments/
https://www.connectionstrings.com/access/
Post #6 zu http://www.delphipraxis.net/170826-a...-auf-win7.html
http://www.delphipraxis.net/185067-a...der-fehlt.html
http://stackoverflow.com/questions/3...ess-ado-64-bit
http://stackoverflow.com/questions/6...ss-on-mdb-file

[EgonHugeist]

Mal direkt von Zeos:

Der Treiber-Name wurde nicht erkannt. Somit gehe ich davon aus, dein Compile-Target hat nichts mit Windows zu tun..
ADO/OleDB(7.2) ist aber nur under Windows vorhanden. Somit ist die Exception i.O., siehe "nahpets" Liste.

Wenn du also ein Connection zu SQLSERVER oder der gleichen mit Zeos nutzen willst, hole die 7.3 vom SVN und benutze das odbc Protokoll.

[H.Bothur]

Zitat von EgonHugeist:

Mal direkt von Zeos:

Der Treiber-Name wurde nicht erkannt. Somit gehe ich davon aus, dein Compile-Target hat nichts mit Windows zu tun..

Doch - Entwicklung und Target sind Windows

Den Rest prüfe ich morgen wenn ich wieder an den Rechner komme.

Hans

[jobo]

[QUOTE=H.Bothur;1363051]

Zitat von jobo:

Und das habe ich jetzt eben als ConnectionString bei ZEOS und es geht gar nicht

Hans

Ich sehe da nichts von Arbeitsgruppen.
Hast Du geprüft, ob bei den Access Dateien noramlerweise Arbeitsgruppen im Spiel sind?
Wenn es so ist, hat das nichts mit ZEOS zu tun.
Schau mal hier:
https://entwickler-forum.de/showthre...-gesicherte-DB

oder google selbst danach. Du musst die MDW Datei mit an den Start bringen.

[H.Bothur]

Zitat von jobo:

Ich sehe da nichts von Arbeitsgruppen.
Hast Du geprüft, ob bei den Access Dateien noramlerweise Arbeitsgruppen im Spiel sind?

Moin,

nein - Arbeitsgruppen sind da nicht mit am Start - jedenfalls endsteht da nirgendwo auf dem Rechner was. Und im alten Programm (Delphi 6.0) ist im Source auch nichts davon zu sehen - und damit ging es ja.

Hans

[H.Bothur]

So - ich versuche jetzt mal alle Möglichkeiten und Versuche zusammenzufassen:

1) Wenn ich übers Betriebssystem die Verbindung teste dann ist das erfolgreich (Test.udl mit 32 Bit):
MS Jet 4.0 OLE DB Provider
ReadWrite
Jet OLEDB: Database Passwort passend gesetzt
Persist Security Info: False

2) Unter Delphi 6.0 Professional geht es mit folgendem Connect-String:

Delphi-Quellcode:

     ADOConnection1.ConnectionString := 'Provider=Microsoft.ACE.OLEDB.12.0;Data Source=d:\temp\test\tesa.mdb;Persist Security Info=False;Jet OLEDB:Database Password=d15wfm30';
  ADOConnection1.Connected := True;

3) Wenn ich das unter RAD10.1 mit Zeos probiere passiert bekomme ich immer die Meldung:
"Requested database driver was not found"
egal ob ich versuche MS.ACE.OLEDB.12.0 oder MS.ACE.JET.4.0 zu nutzen.

Für mich sieht es irgendwie so aus als ob ich bei der Installation einen Fehler gemacht habe. Mal zwei Fragen:

1: Muss ich noch zusätzlich eine DLL in ein Systemverzeichnis oder in das Programmverzeichnis kopieren ?
2: Kommt der ConnectString wirklich in die Property ZConnection1.DataBase ... oder ist .DataBase falsch ?

Gruß
Hans

[nahpets]

Bei Protocol kommt ADO rein, bei Database der Connectionstring.

Den müsstest Du im Objektinspektor eigentlich beim Klick auf den Button mit den drei ... erstellen können.

Ebenso sollte es eigentlich problemlos möglich sein, den Connectionstring von Delphi 6 per Copy&Paste zu übernehmen. Er müsste mit Zeos ebenso funktionieren.

Für die Nutztung von Access musste ich bisher nie irgendeine DLL woauchimmer hinkopieren.

Was mir jetzt noch einfiele:

Irgendwelche Suchpfade unterscheiden sich.

Schau bitte mal nach, wo die oben in 'nem Post genannten DLLs liegen. Hattest geschrieben SysWOW64.

Lass Dir bitte (wenn möglich) vom Delphi-6-Programm mal den Inhalt der Path-Variabel ausgeben und ebenso von dem Programm, bei dem Du momentan so arge Probleme hast.

ShowMessage(GetEnvironmentVariable('PATH')); Und dann schau bitte nach, ob die DLL in dem Pfad jeweils zu finden ist.

Wenn nein, muss irgendwas an den Pfadangaben nicht stimmen.

Sollte die DLL jedoch im Pfad sein, dann ist entweder irgendeine weitere DLL nicht zu finden oder ich weiß nicht weiter