[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [sdx-developers] RE: [sdx-users] eXistRepositoryConnection
From: |
Pierrick Brihaye |
Subject: |
Re: [sdx-developers] RE: [sdx-users] eXistRepositoryConnection |
Date: |
Tue, 27 Apr 2004 10:30:47 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.2) Gecko/20030208 Netscape/7.02 |
Bonjour,
MARCHAIS Sébastien a écrit:
pour établir une connection, on a besoin de :
(1) charger le driver: Class c = Class.forName(driver);
(2) créer une instance de ce driver qui est un objet Database: Database
database = (Database)c.newInstance() ;
(3) enregistrer la base de données:
DatabaseManager.registerDatabase(database);
On est d'accord. C'est bien ainsi que les API XMLDB entendent une
connection. Mais pas les API JDBC par exemple qui, elles, veulent un
utilisateur.
Note : le modèle XMLDB est assez proche d'une connection Lucene.
Heureuse coïncidence ?
<sdx:repository id="e1" type="eXistRepository"
>>collection="/db/shakespeare/plays/">
Cette config dans apllication.xconf crérai un entrepot de type eXistRepository
sur la collection /db/shakespeare/plays.
C'est cela même. Alors... qu'est ce qu'on met dans le Pool, par ce que
si l'onr egarde ci-dessus, un autre repository eXist utilisant, lui, la
collection "/db/truc/machin" utilisera le *même* objet de connection.
Je suis d'accord. Mais ça implique bien sûr qu'il faille documenter le
fait que SDX doit être connu du serveur DBXML.
Pour que SDx soit connu du serveur DBXL, quel paramètre donnée au serveur DBXML
????
User = SDX
password = SDX
Devrait suffire, non ? Plus sérieusement :
<sdx:repository id="e1" type="eXistRepository"
collection="/db/shakespeare/plays/" user="SDX" password="SDX">
Au fait... il manque l'URL :
<sdx:repository id="e1" type="eXistRepository"
server="http://localhost/exist/xmldb"
collection="/db/shakespeare/plays/" user="SDX" password="SDX">
Et si, tout le monde est d'accord, on a là-dedans tous les éléments
constitutifs de ce que *je* appelle une connection :-)
Je suis donc plutôt partisan de confier tout le travail à SDx et à
considérer le Repository (collection ? base ?) comme étant un service
mis à dispo par SDX ce qui ne l'empêche pas, naturellement, d'être
partagé avec d'autres applis.
admettons que cet entrepôt soit interne à SDX. Ce service devra permettre de
pouvoir ajouter des documents librement dans la base ...
une des futurs utilisations de SDX-eXist est dû au fait que je dois stocker un
nombre important de documents XML dans la base eXist. Ainsi, (si
eXistRepository est interne à SDX) comment cela se passera t-il pour ajouter
des documents dans la base eXist ?????
j'imagine que cela se passe à peu près comme avec un entrepôt MySQL amis je
n'ai pas encore testé...;
Ce n'est pas le plus difficile à faire car SDX est relativement bien
foutu de ce côté là.
Le problème qui se posera est... comment interroger ce repository ?
Est-ce que l'indexation structurée offerte par eXist est le meilleur
moyen d'accéder aux documents stockés dans le repo eXist ? Rien n'est
moins sûr...
Pour saisir un peu mieux ce que je veux dire :
http://sdx.culture.fr/sdx/journeeSDX/pres/brihaye/brihaye.html
A+
--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden
+33 (0)2 99 29 67 78