Removed command.c (telnet-style interface)
[pazpar2-moved-to-github.git] / etc / pazpar2.cfg
index 97a5bdd..3ccbda5 100644 (file)
@@ -1,40 +1,28 @@
-<?xml version="1.0" encoding="UTF-8"?>
-<pazpar2 xmlns="http://www.indexdata.com/pazpar2/1.0">
+<?xml version="1.0" encoding="UTF-8"?> <pazpar2 xmlns="http://www.indexdata.com/pazpar2/1.0">
 
 <!-- NOTE: This is not yet a functional config file. It's meant as a scratchpad/
      discussion area to figure out just how the heck to structure this kind of
      configuration.
 -->
 
-<!-- thought... right now there is only one global 'service' in the code, but
-     it will be pretty simple to make this repeatable, and I think that should
-     be done at some point (this will eliminate most of the global parameters.
-     But it might be nice to have 'virtual' targets, so differrent sets of
-     configuration could live within one listener (on a single
-     port). -->
-
 <server>
   <listen port="9004"/>
   <proxy host="localhost" port="80"/>
 
   <service>
-    <termlist name="subject"/>
-    <termlist name="author"/>
-
     <!-- <metadata name="title"/> -->
   </service>
 </server>
 
 <!-- Need to figure out where to get ZeeRex records for targets from -->
 
-<!-- The 'profiles' below are repeatable, and tagged with an ID, so that they
-     can be linked with targets. -->
-
-<!-- Oooh!!! They can be generated dynamically using XSLT. I just peed in my pants. -->
-
-<queryprofile/>  <!-- Like a CCL profile? Or do these need to be 
-                       dynamically generated from Zeerex??  -->
+<queryprofile/>  <!-- Like a CCL profile++ . Can optionally refer to XSLT to 
+       convert ZeeRex into queryprofile. Multiple profiles can exist.  -->
 
-<retrievalprofile/>   <!-- Specify what stylesheets to use to normalize records?? -->
+<retrievalprofile>
+  <requestsyntax>marc21</requestsyntax>
+  <nativesyntax name="iso2709" format="marc21" encoding="marc-8" mapto="marcxml"/>
+  <map type="xslt" stylesheet="marc21.xsl"/>
+</retrievalprofile>
 
 </pazpar2>