sdx-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sdx-users] eXistRepositoryConnection


From: Pierrick Brihaye
Subject: Re: [sdx-users] eXistRepositoryConnection
Date: Mon, 26 Apr 2004 12:59:15 +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:

je tente de développer un eXistRepositoryConnection. Pour cela, je pense qu'une 
connection au sens SQL va être remplacer par une collection au sens eXist.

Mmmh... pas convaincu (mais comme ce n'est pas moi qui l'écrit :-).

Ce problème explique d'ailleurs pourquoi ce eXistRepository n'a pas été développé jusqu'à présent car la sémantique de Connection n'est pas évidente à régler.

A l'origine, et ce ce qui a défini le modèle de connection de SDX, il y a les capacités de Lucene, ce qui inclut naturellement ses limites.

Comme Lucene opère sur le système de fichiers local, on postule que l'utilisateur de la connection est SDX. Premier hiatus : l'authentification fait partie intégrante d'une connection JDBC...

Deuxième Hiatus, pour une DB XML, une connection... c'est encore autre chose ; cela inclut effectivement la notion de collection mais l'authentification se fait, elle, au niveau de la session.

IMHO, si chaque infrastructure arrive avec sa notion, on va diverger terriblement.

Pour *moi*, une connection c'est :

1) une couche de transport (en gros : un driver)
2) une authentification
3) une ressource à atteindre
4) un truc qui peut se garder en mémoire sur le serveur (et qui devient donc Poolable). On n'est donc pas très loin de la Session XMLDB.

On peut certes diverger sur la notion de "source à atteindre" (une DB ? une table ? une DMBXML ? une collection DBMXL ? un index Lucene ? un dictionnaire Lucene ?) mais ici, il faut IMHO considérer l'aspect pratique à savoir déterminer le niveau à partir duquel des tâches de maintenance sont possibles. En ce sens, l'approche Lucene/SDX n'est pas si mauvaise...

Mais bon : je suis prêt à débattre :-) Si ça nous amène à un modèle générique, ça sera toujours ça de gagné.

En ce qui me concerne, je pense donc que la collection DBXML devrait être confiée au Repository et faire, si possible, l'objet d'un passage de paramètre par les pipelines.

D'autres avis ?

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]