Gestion FireDac + Firebird à la conception

Bonjour à tous,

Sous Alexandria (ou Sidney), je rencontre un problème que je n'avais jamais rencontré auparavant.
Je développe une application Win64 pour accéder à un serveur Firebird 3.07, via FireDAC.
J'ai auparavant créé une connexion permanente (FDConnectionDefs.ini et FDDrivers.ini) qui est appelée par un composant FDConnection. Cette connexion permanente peut accepter les deux clients 32 et 64 bits (via les paramètres de définition VendorLibWin32 et VendorLibWin64).Tout marche parfaitement à l'exécution.

Mais à la conception (via l'éditeur de connexion du composant, ou avec l'Explorateur de données), j'obtiens un message d'erreur me disant que le client sélectionné à la mauvaise architecture (x64 au lieu de x32) ou bien, si je force le client 64 bits en supprimant l'accès au client 32 bits, que ''la librairie Engine12.dll est présente mais pas chargeable''.
Comment cela se fait-il ?
Ai-je fait une fausse manoeuvre (mais je n'avais jamais rencontré ce problème avec les Delphi antérieurs, ou j'utilisais plutôt dbExpress) ? Ou s'agit-il d'un bug connu ?
Merci de vos lumières.
alx.

Bonjour,
Un problème dans la base de registre peut-être

HKCU\Software\Embarcadero\FireDAC\DriverFile vérifier si le fichier ini pointé est le bon

D'un autre côté, à la conception ce devrait être toujours être le driver 32 bits

Delphi n'est elle pas encore une application 32Bits ? En Seattle c'était le cas.
Il faut donc que la configuration Delphi soit 32Bits

N'utilisant JAMAIS à la conception la partie de base de données intégré à Delphi, je ne vois pas à quoi cela peut être utile, la seule fois que j'ai vu cela dans ses applications, cela posait que des problèmes, des DataModule avec des Query ouverte à la conception lançant une requête au mauvais moment en RunTime, idem pour l'object Session\Connection ouvert alors que les paramètres de DesignTime ne sont pas les paramètres de RunTime du coup cela tente de se connecter sur le serveur de Dev alors qu'il n'existe pas évidemment chez le client, si le développeur oublie lors de son commit de fermer toutes les query, cela peut être nuisible, pour éviter cela, j'avais même patché ODAC pour afficher un warning en cas de connexion sur des valeurs de DesignTime.
Sans compter les champs persistants plus souvent source de problème qu'autre chose.

oui l'IDE est une appli 32bits, donc il lui faut un client 32 bits

Citation:

---

Envoyé par Paul TOTH

oui l'IDE est une appli 32bits, donc il lui faut un client 32 bits

---

Je suis d'accord !
Mais l'IDE (ou même le FDExplorer en stand alone) ne trouve pas le client 32 bits (alors que le HKCU est correct et que le FDDrivers.ini adresse correctement les clients). D'ailleurs, si ces définitions étaient incorrectes, cela ne marcherait pas à l'exécution.
Je ne comprends donc pas pourquoi le FDexplorer (en 32bits) ne comprends pas le fichier de connexion persistante, alors que mon exécutable (compilé en 32 ou 64 bits) le comprend parfaitement. Un chargement/déchargement de DLL qui ne se ferait pas ?
alx.

J'ai essayé de reproduire (D11.1) mais sans succès, j'entends par là sans avoir l'erreur.

Pour pousser le bouchon et comme j'ai une version FB 4.0 qui tourne sur un autre port j'ai donc créé un autre driver

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

[FDDrivers.ini] Encoding=UTF8   [FB30] ; FB30 virtual driver will use specified Firebird client library BaseDriverID=FB VendorLibWin32=C:\Windows\syswow64\fbclient.dll VendorLibWin64=C:\Windows\sytem32\fbclient.dll   [FB40] ; FB40 virtual driver will use specified Firebird client library BaseDriverID=FB VendorLibWin32=C:\Program Files\Firebird\Firebird_4_0\WOW64\fbclient.dll VendorLibWin64=C:\Program Files\Firebird\Firebird_4_0\fbclient.dll

---

et là cela se corse un peu mais c'est comprehensible les plugins ne sont pas dans la bonne version (64 bits)
Pièce jointe 615758

Citation:

---

Envoyé par SergioMaster

J'ai essayé de reproduire (D11.1) mais sans succès, j'entends par là sans avoir l'erreur

---

Voici exactement ce que je fais (image ci-dessous, sous Delphi 11.0):
le second plan montre le code du programme qui contient une fiche DataModule sur laquelle il y a juste un composant FDConnection qui adresse une connexion persistante via ''ConnectionDefName" et ''DriverId=FB''. Le passage par les points d'arrêt montre que tout s'exécute bien.
le premier plan est le message d'erreur lorsque j'utilise l'explorateur de données (panneau de droite dans la configuration standard de l'EDI) et la même connexion persistante.

Pièce jointe 615757

Votre test était-il équivalent ?

pour info, le FDDrivers.ini est:

Code:

---

1 2 3 4 5

[FB] DRIVERID=FB Encoding=UTF8 VendorLibWin64=C:\Program Files\Firebird\Firebird_3_0\bin\fbclient.dll VendorLibWin32=C:\Program Files\Firebird\Firebird_3_0\bin\fbclient32.dll

---

Désolé, j'ai répondu en n'ayant lu que la 1ère phrase de votre message qui a sans doute croisé le mien (?)
J'ai l'impression qu'on observe le même comportement mais, moi, je ne comprends pas !
alx.

Alors, Oui et non (bonne réponse de Normand que je ne suis pas), ce n'est pas tout à fait le même problème .
Le mien est en fait dû aux "nouveautés" de FB4 la possibilité de crypté des transferts de données.

J'ai résolu ce problème en modifiant le fichier de configuration. pour info ligne 742+

Citation:

---

# Should connection over the wire be encrypted?
# Has 3 different values: Required, Enabled or Disabled. Enabled behavior
# depends on the other side's requirements. If both sides are set to Enabled,
# the connection is encrypted when possible. Note that Wirecrypt should be set
# to Enabled when running a Firebird server with legacy authentication.
#
# Attention: default depends upon connection type: incoming (server)
# or outgoing (client).
#
# Per-connection configurable.
#
# Type: string (predefined values)
#
#WireCrypt = Enabled (for client) / Required (for server)
Wirecrypt = Disabled

---

Votre problème ressemble plus au mode de connexion (toujours dans firebird.conf) (ce que je déduit de l'appel du plugin)

je tendrais à écrire au niveau des Providers (ligne 501) bien que sur mon poste (fb3 par "defaut") je ne l'avais pas modifié
j'essaierai

Code:

---

Providers=LoopBack,Engine12,Remote

---

j'avais surtout déjà modifié
ligne 417 AuthServer = Legacy_Auth, Srp, Win_Sspi
ligne 422 AuthClient = Legacy_Auth, Srp, Srp256, Win_Sspi
ligne 439 UserManager = Legacy_UserManager, Srp

N.B. les numeros de lignes sont plus ou moins juste

A noter que certaines valeurs sont 'Per-connection configurable.' ou 'Per database configurable' donc modifiables au niveau du databases.conf mais je n'ai pas/jamais testé cette partie (qui serait plus a disucté sur le forum Firebird)

dans mon idée ce serait quelque chose comme ça dans databases.conf

Code:

---

1 2 3 4 5 6

employee = $(dir_sampleDb)/employee.fdb { Providers = LoopBack,Engine12,Remote   AuthClient = Legacy_Auth   UserManager = Legacy_UserManager   AuthServer = Legacy_Auth   }

---

sauf que dans mon cas (pour chacha) c'est Per-connection configurable et ça, aucune idée pour l'instant, il faut que je replonge dans les guides de migration Firebird 3 et/ou Firebird 4

Je crois avoir trouvé, par hasard, mais sans avoir tout à fait compris ce qui se passe.
Le mode de connexion sur une base Firebird à changé à partir de la version 3, et il faut maintenant, même si le serveur est local, le spécifier en mode TCP/IP (ç-à-d renseigner ''server='' dans la définition de connexion par localhost ou 127.0.0.1). Dans les précédentes versions, la chaîne windows d'adressage suffisait pour identifier le serveur. Je faisais donc ''comme avant'' avec FB 2.5. D'où le message d'erreur impliquant ''engine12.dll''.
Le fait qui me semble étrange (et un tantinet illogique) est que, dans le cas d'un exécutable, l'utilisation d'une connexion locale avec une définition incomplète (''server'' non renseigné correctement) marche quand même !
alx.

Citation:

---

Envoyé par SergioMaster

Alors, Oui et non (bonne réponse de Normand que je ne suis pas), ce n'est pas tout à fait le même problème .
Le mien est en fait dû aux "nouveautés" de FB4 la possibilité de crypté des transferts de données.

J'ai résolu ce problème en modifiant le fichier de configuration. pour info ligne 742+


Votre problème ressemble plus au mode de connexion (toujours dans firebird.conf) (ce que je déduit de l'appel du plugin)

---

Nos messages se sont encore croisés !
Je crois que nous sommes d'accord (en version FB3).
Mais sans modifier les 'Providers'', il semble que spécifier le ''server'' est suffisant (et de toute façon nécessaire pour une base distante).
Merci de votre attention et de votre aide.
alx.

Citation:

---

Envoyé par _alx_

Nos messages se sont encore croisés !

---

Oui, j'ai la "mauvaise ?" habitude de tester un truc à fond quand j'ai le temps. Du coup il m'arrive souvent d'envoyer une réponse et de garder ouvert pour ajouter le résultat de mes tests.
Comme le sujet m'interessais (je vais certainement passer à du pooling de connexions) j'ai voulu en savoir plus.
Je n'utilise pas FDexplorer ni ne distribue de drivers.ini ou pire le FDConnectionsDefs.ini (trop dangereux ce truc, mots de passes en clair !)