<?xml version="1.0"?>
<!DOCTYPE webpage PUBLIC "-//Norman Walsh//DTD Website V2.1b1//EN" "../../../dtd/website.dtd" [
  <!ENTITY applications SYSTEM "applications.xml" NDATA XML>
  <!ENTITY bases SYSTEM "bases.xml" NDATA XML>
  <!ENTITY entrepots SYSTEM "entrepots.xml" NDATA XML>
]>

<webpage id="serveur"> 

  <head>
	 <title>Le serveur SDX</title>
	 <titleabbrev>Serveur</titleabbrev>
	 <author>
		<firstname>Martin</firstname>
		<surname>Sévigny</surname>
		<affiliation>
		  <orgname>AJLSM</orgname> 
		</affiliation>
	 </author>
	 <author>
		<firstname>Frédéric</firstname>
		<surname> Glorieux</surname>
		<affiliation>
		  <orgname>AJLSM</orgname> 
		</affiliation>
	 </author>
	 <revhistory>
		<revision>
		  <revnumber>1.0</revnumber> 
		  <date>2003-06-03</date> 
		</revision>
	 </revhistory>
  </head>

  <para>Pour que SDX puisse offrir ses services d'indexation, de recherche et d'affichage de documents XML, il faut qu'un serveur Web, un moteur de servlets et SDX soient en marche et correctement configurés pour être prêts à servir les requêtes.</para>
  <para>Un tel environnement est appelé un <emphasis>serveur</emphasis> SDX ; c'est-à-dire une instance du serveur en état de marche. Notez que plusieurs serveurs SDX peuvent cohabiter sur un même ordinateur. Toutefois, cette configuration ne devrait pas être nécessaire, les ressources SDX étant partageables sans conflits entre les applications.</para>
  <para>Les autres objets de SDX-2 (<olink targetdocent="applications">les applications</olink>, 
	 <olink targetdocent="bases">les bases de documents</olink> et 
	 <olink targetdocent="entrepots">les entrepôts</olink>) sont directement accessibles lorsqu'ils sont hébergés sur un même serveur SDX. Pour effectuer des recherches dans des bases distantes, le serveur SDX sera la clé d'entrée aux index et documents.</para>
  <para>L'un des rôles importants du serveur est donc de donner accès (en fonction de certains critères de sécurité) aux applications, bases et entrepôts qu'il héberge. Eventuellement, le serveur pourra être responsable d'autres tâches, comme par exemple servir d'interface pour des requêtes faites selon différents protocoles, tels que <literal>Z39.50</literal> ou <literal>OAI</literal> (TODO : SDX est désormais interrogeable en protocole OAI -pb).</para>
  <section> 
	 <title>Adresse du serveur</title>
	 <para>Pour qu'une application soit visible depuis l'Internet, le serveur SDX doit se trouver sur un ordinateur relié au web, avec un nom de domaine enregistré (ou une adresse IP). Cette adresse permet à des applications distantes (SDX ou autres) d'utiliser les services SDX et d'en recevoir les résultats. Ainsi, chaque serveur SDX propose des URLs répondant selon les API-SDX. De plus, lorsqu'on demande à un serveur SDX d'effectuer des recherches dans des bases distantes, hébergées par d'autres serveurs SDX, ce sont ces serveurs qui constituent les points d'entrée ; il faut donc en connaître l'adresse.</para>
  </section> 
  <section> 
	 <title>Identifiant du serveur</title>
	 <para>Pour faciliter la recherche multibase, en particulier l'interprétation des résultats de recherche, tous les serveurs SDX doivent nécessairement avoir un identifiant public. Cet identifiant doit être unique parmi les serveurs SDX ; c'est pourquoi il est fortement conseillé de le construire à l'aide de la technique des noms de domaines inversés, un peu comme les paquetages Java. Par exemple : <literal>fr.gouv.culture.drac-bretagne</literal>.</para>
	 <para>Cet identifiant est précisé dans le fichier <filename>WEB-INF/sdx/sdx.xconf</filename>. Il s'agit de l'attribut <sgmltag class="attribute">id</sgmltag> de l'élément hiérarchique supérieur <sgmltag class="element">&lt;sdx:framework/&gt;</sgmltag>.</para>
	 <para>Une bonne façon de spécifier cet identifiant unique est de construire SDX-2 depuis ses sources ; lors du processus, on demande à l'utilisateur quel identifiant utiliser (cette fonction n'est pas encore implémentée). </para>
  </section> 

</webpage> 
