Added @ as hostname alias for INADDR ANY.
[yaz-moved-to-github.git] / README
1
2  * Copyright (C) 1995, Index Data.
3  * See the file LICENSE for details.
4  * Sebastian Hammer, Adam Dickmeiss
5
6 Compilation and installation
7
8 The primary output of the source here is the lib/libyaz.a library,
9 which contains support functions for implementing the server or client
10 role of Z39.50/SR.
11
12 Two test-programs of interest are generated when you type 'make' at
13 the top level. server/ztest and client/client. Ztest is a dummy database
14 server which returns canned responses to all queries. It's good for
15 verifying that the protocol works ok, and ztest.c shows a minimalistic
16 implementation of the 'backend' interface.
17
18 Client is a linemode Z39.50 client. It supports a fair amount of the
19 functionality of Z39.50v2/SR, but some things you need to enable or disable
20 by recompilation. Its primary purpose is to excersise the package, and
21 verify that the protocol works OK. It can be started by typing
22
23 client tcp:<hostname>:<port>
24
25 at the UNIX prompt, to connect to a Z39.50 server, or
26
27 client osi:[<tsel>'/']<hostname>:<port>
28
29 to connect to an OSI SR target (this requires mOSI-support). To connect to
30 the DANBIB test target, you might use:
31
32 client osi:0103/find2.denet.dk:4500
33
34 Use '?' to get a list of the available commands.
35
36 The directories:
37
38 doc     - Documentation.
39
40 util    - Various little utility functions. Logging, memory debugging,
41         primitive ISO 2709 presentation for the client, etc.
42
43 odr     - Open Data Representation. This module implements the BER
44         encoding rules. Documentation is found in the files odr-use.man
45         and odr.txt.
46
47 asn     - This module implements the Z39.50/SR protocol. The best way
48         to find out how it works is to look in the sample
49         client/server code in server/seshigh.c or yazlib/tst.c. The
50         interface is still wholly described by the file proto.h
51         which defines structure and type definitions for each of the
52         types introduced in the protocol specification.
53
54 yazlib  - This module implements the transport transparency
55         stack (COMSTACK). The comstack implements a generic interface
56         for exchanging BER-encoded records over a network. It supports
57         the 'American' mode of exchanging the records straight over
58         TCP/IP, and uses Peter Furniss' XTIMOSI package over RFC1006.
59         Look for documentation in the file comstack.man.
60
61 rfc1006 - Xtimosi requires an implementation of the OSI transport
62         layer with an XTI-based API. Some systems (HP and DEC,
63         notably) provide this. For others, we provide an
64         implementation of the RFC1006 protocol (which is what
65         ISODE-based implementations often use). This module is not
66         neeeded if you don't use xtimosi, and it's not included in the
67         libyaz.a library.
68
69 server  - This is the implementation of the server frontend. It
70         provides event-handling and server managament functions,
71         and calls the backend primitives (best documentation of these
72         is in the file include/backend.h). See server.txt.
73
74 client  - A demonstration client. If we come upon a good design for a
75         higher level client API, that will live here.
76
77 include - The various header files.
78
79 makelib - This is a simple utility that gathers the libraries from the
80         previous modules into libyaz.a.
81
82 lib     - The libraries. Primarily libyaz.a.
83
84 To get more information or assistance, send mail to yaz-help@index.ping.dk.
85
86 We maintain a mailing-list for the purpose of announcing new versions of
87 the software, bug-reports, discussion etc. You can sign up by sending
88 mail to yaz-request@index.ping.dk.