+YAZ toolkit - $Id: README,v 1.43 2003-02-20 21:23:47 adam Exp $
- * Copyright (C) 1995-1999, Index Data ApS.
- * See the file LICENSE for details.
- * Sebastian Hammer, Adam Dickmeiss
+Copyright (C) 1995-2003, Index Data ApS.
+See the file LICENSE for details.
-Compilation and installation for YAZ
- $Id: README,v 1.25 1999-05-05 14:49:43 adam Exp $
+The primary output of the source here is the YAZ library, which
+contains support functions for implementing the server or client
+role of Z39.50 and SRW.
-The primary output of the source here is the lib/libyaz.a library,
-which contains support functions for implementing the server or client
-role of Z39.50/SR.
-
-Windows programmers: refer to the file windows.txt which describes
-how to compile the software using Microsoft Visual C++.
+Windows programmers: refer to the file windows.txt which describes how
+to build the software using Microsoft Visual C++.
On Unix, GNU configure is used to configure YAZ and generate Makefiles.
Type "./configure", then "make" to build YAZ.
-Two test-programs of interest are generated when you type 'make' at the
-top level: ztest/ztest and client/client. Ztest is a dummy database
-server which returns canned responses to all queries. It's good for
-verifying that the protocol works ok, and ztest.c shows a minimalistic
-implementation of the 'backend' interface.
-
-Client is a linemode Z39.50 client. It supports a fair amount of the
-functionality of Z39.50v2/SR, but some things you need to enable or
-disable by recompilation. Its primary purpose is to excersise the
-package, and verify that the protocol works OK. It can be started
-by typing
-
-client tcp:<hostname>:<port>
-
-at the UNIX prompt, to connect to a Z39.50 server, or
-
-client osi:[<tsel>'/']<hostname>:<port>
-
-to connect to an OSI SR target (this requires mOSI-support). To connect
-to the DANBIB test target, you might use:
-
-client osi:0103/find2.denet.dk:4500
+Note: If you are using the CVS snapshot of YAZ you must have autoconf,
+automake and libtool installed. Before running configure, create
+support files by running buildconf.sh in the top-level directory of YAZ.
-Use '?' to get a list of the available commands.
+In any case refer to the documentation in sub directory doc or read
+it online at http://www.indexdata.dk/yaz/
-The current query language for the find command is a bit awkward, but
-functional:
+File organisation:
-query ::= ['@attrset' <attribute-set>] rpn
-rpn ::= complex | simple | attr rpn
-complex ::= operator rpn rpn
-operator ::= '@and' | '@or' | '@not' | '@prox' proximity
-simple ::= term | set.
-term ::= <word> | '"' <term> ... '"'.
-set ::= '@set' <setname>.
-attr ::= '@attr' [<attribute-set>] <number> '=' <number>.
-proximity ::= exclusion distance ordered relation which unit
-exclusion ::= '1' | '0' | 'void'
-distance ::= <number>
-ordered ::= '1' | '0'
-relation ::= <number>
-which ::= 'known' | 'private'
-unit ::= <number>
+doc Documentation.
-Eg.:
+util Various little utility functions. Logging, memory debugging,
+ primitive ISO 2709 presentation for the yaz-client, etc. You'll
+ find the ASN.1 Compiler for YAZ here as well (yaz-comp).
-Andersen
+odr Open Data Representation. This module implements the BER
+ encoding rules.
-"Hans Andersen"
+z39.50 codecs for the Z39.50 protocol. This module does the same job
+ as the old 'asn' module except that the source files are
+ auto-generated using an YAZ' ASN.1 Compiler (yaz-comp).
-@and @attr 1=1 andersen @attr 1=4 @attr 4=2 duckling
+zutil This module implements a collection of Z39.50 and SRW utilities,
+ such as query parsing, etc.
-@attrset Bib-1 @and @attr GILS 2=2008 Washington @attr 1=21 weather
+ill Codecs for the ISO ILL protocol.
-The sort command takes a sequence of sort specifications. A sort
-specification holds a field (sort criteria) and is followed by flags.
-If the sort critieria includes = it is assumed that the sort SortKey
-is of type sortAttributes using Bib-1. The integer before the = is
-the attribute type and the integer following the = is the attribute
-value. If no = is in the SortKey it is treated as a sortfield-type
-of type InternationalString. Flags observed are s (sort case
-sensitive), i (sort case insensitive), < (ascending), > (descending).
-Eg.:
- 1=4 i< (use is title, insensitive, ascending).
- Title s> (String Title, sensitive, descending).
+comstack This module implements the transport transparency
+ stack (COMSTACK). The comstack implements a generic interface
+ for exchanging BER-encoded records over a network. It supports
+ the 'American' mode of exchanging the records straight over
+ TCP/IP, and uses Peter Furniss' XTIMOSI package over RFC1006.
+ Look for documentation in the file comstack.man.
-The directories:
+zoom An implementation of Mike Taylors Z39.50 Object Oriented
+ Model : ZOOM. If you'd like to build Z39.50 client applications
+ in C this may be good start. You'll find example programs in
+ this directory too.
-doc - Documentation.
+server This is the implementation of the Z39.50 server frontend. It
+ provides event-handling and server managament functions,
+ and calls the backend primitives (best documentation of these
+ is in the file include/yaz/backend.h).
-util - Various little utility functions. Logging, memory debugging,
- primitive ISO 2709 presentation for the client, etc.
+ccl CCL parser.
-odr - Open Data Representation. This module implements the BER
- encoding rules. Documentation is found in the files odr-use.man
- and odr.txt.
+cql CQL parser.
-asn - This module implements the Z39.50/SR protocol. The best way
- to find out how it works is to look in the sample
- client/server code in server/seshigh.c or yazlib/tst.c. The
- interface is still wholly described by the file proto.h
- which defines structure and type definitions for each of the
- types introduced in the protocol specification.
+client A demonstration client for testing the protocol. It's bug'n
+ ugly. But, it supports many features.
-comstack- This module implements the transport transparency
- stack (COMSTACK). The comstack implements a generic interface
- for exchanging BER-encoded records over a network. It supports
- the 'American' mode of exchanging the records straight over
- TCP/IP, and uses Peter Furniss' XTIMOSI package over RFC1006.
- Look for documentation in the file comstack.man.
+ztest A demonstration server that implements a backend.
-rfc1006 - Xtimosi requires an implementation of the OSI transport
- layer with an XTI-based API. Some systems (HP and DEC,
- notably) provide this. For others, we provide an
- implementation of the RFC1006 protocol (which is what
- ISODE-based implementations often use). This module is not
- neeeded if you don't use xtimosi, and it's not included in the
- libyaz.a library.
+include/yaz The various header files.
-server - This is the implementation of the server frontend. It
- provides event-handling and server managament functions,
- and calls the backend primitives (best documentation of these
- is in the file include/backend.h).
-
-client - A demonstration client. If we come upon a good design for a
- higher level client API, that will live here.
-
-ztest - A demonstration server that implements a backend.
-
-include - The various header files.
-
-makelib - This is a simple utility that gathers the libraries from the
- previous modules into libyaz.a.
-
-lib - The libraries. Primarily libyaz.a.
+lib The libraries. Primarily libyaz.la. The makefile gathers the
+ libraries from previous modules into libyaz.la.
To get more information or assistance, send mail to yaz-help@indexdata.dk.
-
-We maintain a mailing-list for the purpose of announcing new versions of
-the software, bug-reports, discussion etc. You can sign up by sending
-mail to yaz-request@indexdata.dk and include the following command
-command in your email:
- subscribe yaz-l
+Even better, sign on to the YAZ mailing list here:
+http://www.indexdata.dk/mailman/listinfo/yazlist
projects / yaz-moved-to-github.git / blobdiff