Discussion :

[pram]

bonjour,

le user utilisé pour se connecter à la base de donnée est renseigné dans le fichier nomprojetDatasource.xml. Est il possible de changer dynamiquement ce user avant le start transaction ? En fait j'utilise le middleware IBX/Firebird et je voudrais que chaque utilisateur ait son propre user Firebird. J'utilise la version 7 d ' XMLRAD .

merci d'avance.

[RDM]

en théorie c'est possible avec le paramètre XMLC_DynamicDatabases + le fichier databases.xml
Il me semble que c'était dejà présent pour la version 7.
c'est quand même pas très recommandé, car pour chaque requête HTTP il faut se déconecter et se reconnecter.
le fichier Databases.xml est équivalent a DataSources.xml
mais avec toutes les connexions que vous voulez faire et avec des noms différents.
dans Databases.xml:

Code :

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

1
2
3
4
5
6
7
8
9
10
<DataSources>
  <DataSource>
    <Name>User1</Name>
    ...
  </DataSource>
  <DataSource>
    <Name>User2</Name>
    ...
  </DataSource>
</DataSources/>

dans le Context pour chaque requête il faut que vous ayez le nom de la datasource que vous voulez utiliser.
XMLC_Database = User1 par exemple ou User2
Database doit eêtre le nom de votre datasource principale.

[pram]

merci . je vais essayer . Par contre je ne comprends pas pourquoi ce n'est pas tres recommandé ? je ne comprends pas pourquoi on multiplirait de cette façon les connexions à la base , ce que vous semblez sous entendre si j'ai bien compris. je pense que les connexions à la base se font avnt chaque xmlgram pour chaque xmlservice ? le fait de se connecter avec toto ou avec titi, en quoi cela influe sur le nombre de connexion ?

[RDM]

Il n'y a qu'une seule connexion par XMLCollection.
la connexion reste en permanence ouverte pour éviter de se reconnrcter à chaque requête. Sauf q'il y a exception où là il y a déconnexion (pour vpouvoir éventuellement se reconnecter lorsque le serveur SGBD est tombé).
Donc non, il n'y a pas pas de connexion avant chaque XMLGRAM.
La connexion à une base de données à un cout. en fonction des SGBD elle est plus ou moins rapide.
XMLRAD essaye de maintenir le plus possible cette connexion permanente pour éviter ces surcouts.

[pram]

OK...mais j'ai pas tout compris sur la façon de faire...j'ai pas trouvé de fichier database.xml...c'est un fichier qui remplace datasource.xml ou un fichier supplémentaire? sinon puis je le créer ? le mot de passe du user est intégré dans ce fichier ? il est donc en clair ?

[RDM]

C'est Databases.xml et oui il faut le créer.
il complète Datasources.xml
il a la même structure de DataSources.xml sauf qu'il y a utant de DataSources que de connexion différentes que l'on veut effectuer.
et oui le user est intégré dans ce fichier comme pour datasources, il est en clair.

[pram]

merci pour toutes ces infos. En résumé je dois creer le fichier database.xml, y creer mes users/mot de passe, et dans le context venir modifier la valeur de xmlc_database pour le xmlservice chargé de la connexion, afin de faire correspondre mon user de connexion et mon user database ?
et lors du premier chargement de la DLL , quel user utilise t-on ? Par exemple, lorsqu ' on appelle le premier xmlservice utilisé pour renseigner le profil de l'utilisateur ?
il n'est pas possible de se passer de l'alimentation du fichier xmlc_database avec tous les users et se contenter d'en renseigner un par défaut et de modifier les valeurs user/motdepasse dans le context ?

[RDM]

En résumé je dois creer le fichier database.xml

un fichier databases.xml

y creer mes users/mot de passe, et dans le context venir modifier la valeur de xmlc_database pour le xmlservice chargé de la connexion, afin de faire correspondre mon user de connexion et mon user database ?

oui

et lors du premier chargement de la DLL , quel user utilise t-on ? Par exemple, lorsqu ' on appelle le premier xmlservice utilisé pour renseigner le profil de l'utilisateur ?

s'il n'y a aps de XMLC_Database, il prendra par défaut la datasource qui se trouve dans Datasources.xml

il n'est pas possible de se passer de l'alimentation du fichier xmlc_database avec tous les users et se contenter d'en renseigner un par défaut et de modifier les valeurs user/motdepasse dans le context

non.
mai sj'aimerais bine savoir pourquoi tu veux faire tout ca... ca me parait bien compliqué.
En général on utilise le SYDBA et puis c'est tout.
toute la gestion de la sécurité on la fait au niveau de l'application pas dans la base de données.

[pram]

on veut faire tout ça pour un soucis de tracabilité dans la base de donnée. On sait qui fait quoi sur telle oui telle table....

[RDM]

je vous conseillerez de le tracer au niveau de l'application, ce sera plus simple.