Clean .tkl files be making them. Cosmetic change in install-data-hook
[idzebra-moved-to-github.git] / doc / server.xml
index 4113196..5a2f114 100644 (file)
@@ -1,8 +1,8 @@
-<chapter id="server">
- <!-- $Id: server.xml,v 1.23 2006-06-13 09:27:01 marc Exp $ -->
+<chapter id="zebrasrv">
+ <!-- $Id: server.xml,v 1.26 2006-09-03 21:37:27 adam Exp $ -->
  <title>The Z39.50 Server</title>
  
- <sect1 id="zebrasrv">
+ <sect1 id="zebrasrv-running">
   <title>Running the Z39.50 Server (zebrasrv)</title>
 
   <!--
@@ -16,7 +16,7 @@
    zebrasrv manpage -->
 
 
- <sect2><title>Description</title>
+ <sect2 id="zebrasrv-description"><title>Description</title>
     <para>Zebra is a high-performance, general-purpose structured text indexing
    and retrieval engine. It reads structured records in a variety of input
    formats (eg. email, XML, MARC) and allows access to them through exact
    </para>
   </sect2>
 
- <sect2>
+ <sect2 id="zebrasrv-synopsis">
    <title>Synopsis</title>
     &zebrasrv-synopsis;
  </sect2>
 
- <sect2>
+ <sect2 id="zebrasrv-options">
    <title>Options</title>
     
    <para>
   &zebrasrv-options;
   </sect2>
 
-  <sect2><title>Files</title>
+  <sect2 id="zebrasrv-files"><title>Files</title>
    <para>
     <filename>zebra.cfg</filename>
    </para>
   </sect2>
-  <sect2><title>See Also</title>
+  <sect2 id="zebrasrv-see-also"><title>See Also</title>
    <para>
     <citerefentry>
      <refentrytitle>zebraidx</refentrytitle>
  <sect1 id="protocol-support">
   <title>Z39.50 Protocol Support and Behavior</title>
 
-  <sect2>
+  <sect2 id="zebrasrv-initialization">
    <title>Initialization</title>
 
    <para>
 
    </sect2>
    
-  <sect2>
+  <sect2 id="zebrasrv-present">
    <title>Present</title>
    <para>
     The present facility is supported in a standard fashion. The requested
     provided by the relevant record profiles.
    </para>
   </sect2>
-  <sect2>
+  <sect2 id="zebrasrv-scan">
    <title>Scan</title>
    <para>
     The attribute combinations provided with the termListAndStartPoint are
     the termInfo structure.
    </para>
   </sect2>
-  <sect2>
+  <sect2 id="zebrasrv-sort">
    <title>Sort</title>
 
    <para>
     be the same as the output result set.
    </para>
   </sect2>
-  <sect2>
+  <sect2 id="zebrasrv-close">
    <title>Close</title>
    <para>
     If a Close PDU is received, the server will respond with a Close PDU
    </para>
   </sect2>
    
-   <sect2>
+   <sect2 id="zebrasrv-explain">
     <title>Explain</title>
     <para>
      Zebra maintains a "classic" 
     </para>
     <para>
      The records in the explain database are of type 
-     <literal>grs.sgml</literal> and can be retrieved as
-     <literal>SUTRS</literal>, <literal>XML</literal>, 
-     <literal>GRS-1</literal> and  <literal>ASN.1</literal> Explain.
-    </para>
-    <para>
-     Classic Explain only defines retrieaval of Explain information
-     via ASN.1. Pratically no Z39.50 clients supports this. Fortunately
-     they don't have to - since Zebra allows retrieval of this information
-     in the other formats.
-    </para>
-    <para>
+     <literal>grs.sgml</literal>.
      The root element for the Explain grs.sgml records is 
      <literal>explain</literal>, thus 
      <filename>explain.abs</filename> is used for indexing.
 </chapter>
 
 
-<chapter id="server-sru">
+<chapter id="zebrasrv-sru">
  <title>The SRU/SRW Server</title>
  <para>
   In addition to Z39.50, Zebra supports the more recent and
   the protocol packets and Zebra's support for them is equivalent.
  </para>
 
- <sect1 id="server-sru-run">
+ <sect1 id="zebrasrv-sru-run">
   <title>Running the SRU Server (zebrasrv)</title>
   <para>
    Because Zebra supports all three protocols on one port, it would
   </screen>
  </sect1>
 
- <sect1 id="server-sru-support">
+ <sect1 id="zebrasrv-sru-support">
   <title>SRU and SRW Protocol Support and Behavior</title>
   <para>
    Zebra running as an SRU server supports SRU version 1.1, including
    following elements of the protocol.
   </para>
 
-  <sect2>
+  <sect2 id="zebrasrvr-search-and-retrieval">
    <title>Search and Retrieval</title>
    <para>
     Zebra fully supports SRU's core
    </para>
   </sect2>
 
-  <sect2>
+  <sect2 id="zebrasrv-scan">
    <title>Scan</title>
    <para>
-    Zebra does <emphasis>not</emphasis> support SRU's
+    Zebra supports SRU's
     <literal>scan</literal>
     operation, as described at
-    <ulink url="http://www.loc.gov/standards/sru/scan/"/>
+    <ulink url="http://www.loc.gov/standards/sru/scan/"/>.
+      Scanning using CQL syntax is the default, where the
+      standard <literal>scanClause</literal> parameter is used.
    </para>
    <para>
-    This is a rather embarrassing surprise as the pieces are all
-    there: Z39.50 scan is supported, and SRU scan requests are
-    recognised and diagnosed.  To add further to the embarrassment, a
-    mutant form of SRU scan <emphasis>is</emphasis> supported, using
+     In addition, a
+    mutant form of SRU scan is supported, using
     the non-standard <literal>x-pScanClause</literal> parameter in
     place of the standard <literal>scanClause</literal> to scan on a
     PQF query clause.
    </para>
   </sect2>
 
-  <sect2>
+  <sect2 id="zebrasrv-explain">
    <title>Explain</title>
    <para>
     Zebra fully supports SRU's core
      </para>
   </sect2>
 
-  <sect2>
+  <sect2 id="zebrasrv-sru-examples">
    <title>Some SRU Examples</title>
     <para>
      Surf into <literal>http://localhost:9999</literal>
     </para>
   </sect2>
 
-  <sect2>
+  <sect2 id="zebrasrv-non-sru-ops">
    <title>Initialization, Present, Sort, Close</title>
    <para>
     In the Z39.50 protocol, Initialization, Present, Sort and Close