Discussion :

[alanglet]

Bonjour,

Dans les fichiers zip des précédentes versions de Firebird Embedded on trouvait un fichier README_embedded.txt expliquant correctement quels fichiers devaient être copiés avec l'application.
Installer la totalité des fichiers du zip de l'installation FB3.0 me semble un peu lourd (35 Mo à comparer aux 9 Mo de l'installation embedded précédente). J'ai donc chercher quels étaient les fichiers qu'il était nécessaire et suffisant d'installer avec un application simple, et en comparant avec l'installation précédente j'ai obtenu la liste suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
databases.conf
fbclient.dll
firebird.conf
firebird.msg
gds32.dll (fbclient.dll renommé pour compatibilité avec les IBX de D7)
ib_util.dll
icudt52.dll
icudt52l.dat
icuin52.dll
icuuc52.dll
IDPLicense.txt
IPLicense.txt
msvcp100.dll
msvcr100.dll
intl\fbintl.conf
intl\fbintl.dll
PlugIns\engine12.dll

où ne figurent pas les UDF inutilisées par l'application (développée en Delphi 7 utilisant les composants IBX pour accéder aux bases de données).
Tout à l'air de fonctionner correctement, sauf que de façon qui semble aléatoire il y a de temps en temps une rupture de la connexion (message "database shutdown"), phénomène qui ne se produisait pas avec les versions précédentes de Firebird embedded.
Quelqu'un connait-il la liste exacte des fichiers à installer dans cette version minimale?

Merci
André

[SergioMaster]

Bonjour,

Quelqu'un connait-il la liste exacte des fichiers à installer dans cette version minimale?

La liste exacte,(à priori la tienne semble correcte) non, mais j'ai lu Page 8 qu'il y avait deux modes possibles, de là à ce qu'il y ait un problème avec le cache ?...

[alanglet]

Merci pour la réponse,

FB 2.5 embedded avait ajouté une possibilité intéressante (quoique je ne l'ai jamais vue signalée) par rapport aux versions précédentes. Il devenait possible d'exécuter plusieurs exécutables accédant à la même base de données, sans créer de conflit d'accès (hors des conflits "normaux" d'accès aux enregistrements). Il suffisait pour cela que les exécutables utilisent le même fbclient.dll donc soient dans le même répertoire.
Avec FB 3.0 embedded et le mode par défaut ServerMode=Super ça ne fonctionne plus.
J'avais essayé avec ServerMode=Classic et j'obtenais également un conflit d'accès qui disparaissait avec ServerMode=SuperClassic.
C'est avec cette dernière configuration qu'il y a de temps en temps une perte de connexion, bien qu'un seul exécutable soit en fonctionnement.
Mais je me dis que mes essais ont peut-être été faussés par la présence d'une installation serveur de FB sur le même poste, et l'utilisation d'alias (un accès direct avec embedded et un accès par alias avec le serveur).
Je vais recommencer les essais avec ServerMode=Classic et vous dirai si ça résout le problème.

André

[alanglet]

Bonjour,

ServerMode = Classic ou SuperClassic ça ne change pas, il y a toujours la perte de la connexion au bout d'un temps très variable, même sans activité.
J'ai cru un moment que c'était lié à la présence d'une version serveur active sur le même poste, mais des essais avec les services fbgardian et fbserver arrêtés m'ont prouvé que c'était indépendant. De même en ajoutant les pluggins et udf de la version complète.
J'ai ajouté dans l'application une mi-requête se déclenchant toutes les 60s pour garder la connexion en vie: ça n'a fait que détecter automatiquement (et plus rapidement) la rupture de la connexion.
Autres idées? Est-ce particulier à D7 et aux IBX? Quelqu'un utilise-t-il FB3.0 embedded?

André

[alanglet]

Bonjour,

Compte-rendu de mes essais.

J'ai cru un moment que c'était lié à la présence d'une version serveur active sur le même poste, mais des essais avec les services fbgardian et fbserver arrêtés m'ont prouvé que c'était indépendant.

J'avais tort, car les bibliothèques gds32.dll et fbclient.dll peuvent être utilisées si elles sont restées dans le Path...
En faisant des essais dans une installation sans version serveur, uniquement FB3.0 embedded dans le répertoire de l'application, je me suis aperçu qu'une application utilisant uniquement gds32.dll ne démarrait que si la version fbclient.dll de la bibliothèque était également présente! Mais qu'apparaissait au bout d'un temps très variable le message "database shutdown".
Après modification de l'application pour qu'elle utilise fbclient.dll tout fonctionne correctement, gds32.dll peut être supprimée. Vous pouvez exécuter une autre application se connectant à la même base de données si ServerMode=Classic ou SuperClassic et si fbclient.dll est utilisée. Mais si l'une des applications utilise gds32.dll, laissée dans le répertoire dans ce cas, tout semblera fonctionner normalement pendant un certain temps. Mais même après fermeture de l'application "gds32", l'application "fbclient" perdra sa connexion.
Conclusion: avec Fb3.0 embedded, les applications ne doivent utiliser que fbclient.dll.
Quelqu'un peut-il confirmer (ou pas...)?

André

[Cpt Anderson]

Puisque je fais mumuse avec Firebird Embedded, je te répond qu'en utilisant uniquement fbclient.dll, ca marche parfaitement. Aucune déconnexion. J'ai même été étonné d'être arrivé à me connecter à ma BDD pratiquement du premier coup.

[gentil_ecureuil]

bonjour,

Je suis nouvelle sur ce forum.

Je suis à la recherche de firebird 3 embedded.

Je suis sous linux pas sous windows.

Où avez vous trouvé une version embeded?

Merci
Anne

[SergioMaster]

Bonjour,

bien évidement ce ne seront pas des Dll qui devront être copiées mais des .so et à mon avis ces bibliothèques et fichiers nécessaires se trouvent dans le firebrid xxxxx.tar.gz de la distribution https://www.firebirdsql.org/en/firebird-3-0-3/.

par contre, je n'ai jamais essayé ce genre de configuration !
une piste dans cette FAQ http://www.firebirdfaq.org/Firebird-...nux-HOWTO.html