Die DBXDrivers.ini hat mir mal wieder den Streich gespielt.
In der ini meiner Applikation steht der FDB-Name, der
FB Username und das
FB Kenntoer (verschlüsselt).
Auf meiner Arbeitsstation haben die DBX Konponenten nie die ini der Applikation benutzt sondern immer die "Designtime Settings" aus der DBXDrivers.ini. Daher ging es bei mir am Entwicklungs-PC immer.
Auf meinem Testserver habe ich keine DBXDivers.ini. Dort hat er für die Verbindung irgendwelche "Phantasiewerte" hergenommen. Warum es auf dem
DB-Server des Kunden lief will ich noch herausfinden. Möglicherweise liegt dort historisch irgendwo eine dbxdrivers.ini mit passendem
DB-Namen herum.
Ich überschreibe die
DB-Params jetzt grundsätzlich noch einmal im OnDeforeConnect ...
Dort hatte ich zuvor auch noch 1000 andere Dinge festgelegt (Client-Libs, DriverName usw.).
Den ganzen Krempel habe ich rausgeworfen und nur das absolut Wesentliche definiert.
Delphi-Quellcode:
procedure TDBXDBConnection.BeforeConnect( Sender: TObject );
begin
...
with DBXDBConnection do
begin
LoadParamsOnConnect := false;
Params.Values['Database'] := ServerConfig.FB_Database_Name;
Params.Values['User_Name'] := ServerConfig.FB_Database_Username;
Params.Values['Password'] := ServerConfig.FB_Database__Password;
end;
...
end;
Jetzt passt das erst einmal und rennt auf allen Systemen wie gedacht.
Ggf. probiere ich demnächst mal einen OLEDB-Provider für Firebird aus.
Wenn das vernünftig läuft habe ich meine gute alte ADOConnection wieder und kann das "DBX Zeug" verwerfen.