sdx-developers
[Top][All Lists]
Advanced

[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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]