Removed 'user' from settings structure and code..

Major change. Targets are now created when they are referred to in the settings
system. This means that the .pz files are no longer needed. HOWEVER, for
consistency & power, database name is now a setting, pz:name. The names in the .pz
files are ignored. .pz-files should be converted to simple settings files.

Moved the check for PZ_ALLOW

Update following changes made to the pz2's protocol.
id -> pz:id

Neglected to initialize session->databases

Fixed bad dereferencing of null settings

freeing XML doc pointer after usage, otherwise we have a memory leak

added assert to prevent segfault by dereferencing void pointer 'settings'

removed unused code in comments

removed unused code

remember to free memory, otherwise leaking

Updated doc to describe settings command (settings can also be controlled from
the init command).

Trivial

Implemented pz:allow (turn access to targets on or off)

Documentation up to date with available settings (allow and maxrecs not yet implemented).

Added description of session-specific overrides

Removed all mention of users from setting system.

Documented pz:id setting

Big update. Introduced session-specific settings. These can be supplied
with the init command or the new settings command, and override default
settings for search targets. Unfortunately, introduced a number of new
cross-dependencies in database.c and settings.c, and both could do
with a cleanup. Testing so far minimal, but it seems to work for
pz:authentication.

Filter: id changed to pz:id to synch with expanded setting system

Added description of connections to non-standard resources

Work on non-standard servers

Use copyright-year entity

Removed bad data from example

GPLv2. Added appendix with full license. Added refernece to that from
Introduction chapter.

Added GPL file.

Ignore Doxyfile

Added NEWS. ChangeLog, NEWS, buildconf.sh, Doxyfile.in part of dist.

Create directory config if it does not exist

Used wrong setting for recsyn when constructing search/present request

Syncing with demo version

Added a nmem-handle to the http_session to simplify MM. Used to allocate session-
permanent data.

Changed note to explicitly refer to GPL. This section still needs to be changed --
do we just put in the text of the license here? Which version of GPL?

pz:syntax-->nativesyntax

Added pz:allow setting

Removed. Text is in the doc.. examples to follow

Comment change

Moved HTTP channel address from struct iochan to struct http_channel.
This fixes compilation on FreeBSD and reverts eventl.{c,h} to original
paraz state. This change, simple as it is, is untested.

Removed dead code.

Stub description of pz:authentication.. eventually, there'll be a longer section
about this.

Added the most basic level of support for authentication. The setting
'pz:authentication' allows you to set an authentication token for a given
target. This will allow support for targets which require one authentication
token for all users.. it should also be a foundation for adding more
fine-grained control.

Removed retrieval config from pazpar2.cfg.dist. Client behavior now controlled from
settings system.

Moved CCL Map, record syntax, charset normalization, record syntax normalization, and
XSLT filters into the control of the settings code. Deleted dead structures and code.
Updated defaults.xml.

added target url's on some more warning log messages

added do_closeResponse handler function
added printout of target url for many warning and debug logs

Annoying flickering of facets (after clicking) removed.

Cleaning up. Removing dead material on retrieval/query profile, added new settings.
(note, some settings not yet implemented).

removed some old #ifdeffed-out code

Described new settings (actually only piggyback -- the others were already
in there)

Record syntax, piggyback, and element set name controlled by settings system

Renamed, to include more than just query-related defaults

Internal query handling completely rewritten.

Pager will now show only a fixed window of pages.

Removed assignment of global_parameters.server->host by gethostname() in
src/config.c, if listen/@host is empty.
   This had the very unpleasent side effect in src/http.c:980 in function
void http_init(const char *addr) that the if statement 'if (pp)' got triggered,
with the string 'flurry:9090' (in mine config) and therefore the only bind has
beem made to the loop-back device. As a consequence, pazpar2/masterkey could
only be accessed from localhost, which is kind of very useless.
   What is really needed is that the global_parameters.server->host variable
is set to gethostname() in such a way that we are sure to go into the 'else'
of the above 'if (pp)', such that we still are listening to all existing
interfaces.
   I tried to do this by assigning
global_parameters.server->host = gethostname() using a nmem_strdup(9, but
failed due to the fact that I have no access to the correct nmem memory
handler here. See src/http.c:1009 for details.
   Still, I would like to have set
global_parameters.server->host = gethostname() somewhere to ensure the
'Via:' header is correct.

navigation path: removed / and added +

get hostname from system call 'gethostname()' if not set in
<listen port="" host=""/> in config file. The hostname is under all circumstances
needed to produce the correct HTTP headers 'Via:' and 'X-Pazpar2-Server-Host:'

adjusting HTTP headers to be conformant with Upper-Case-Style
taking correct server->host parameter for 'Via:' and
'X-Pazpar2-Server-Host:' Header.

pretty-printing Z39.50 proxy log line

aligning log messages for nice look-and-feel

removed warnings coming from missing casts (const char *) and (xmlChar *)

Breadcrumb like navigation added.

Updated template to link to example settings

Functional settings system. At this point, they control the CCL map only

Added documentation for the settings system. Still needs examples

Towards documenting the settings system

ifdeffed-out the Location-header rewrite in proxy_io(). It appears that
recent changes to the request headers has obviated the need for this --
needs more testing.

Settings support..

Added settings

Settings system is code complete... now to actually USE the darn things for
something!!

removed zillion of compiler warnings due to mising casts between
(const char *) and (xmlChar *) and the like.

Changed the way the forwarded HTTP headers are computed. Now pazpar2 sends
the following ones:
- the original 'Host:' header from the web browser request
  Host: flurry:9090
  (notice: not tampering with this one any more, as it did break virtual
   domain configuration in Apache!!)
- some pazpar2 specific version number, listening host
  (from config file proxy/@myurl) and listening port (from config file
   listen/@port)
   pazpar2-version: 0.1
   pazpar2-server-host: flurry.index
   pazpar2-server-port: 9090
- the standard 'Via:' header
  Via: 1.1 flurry.index:9090 (pazpar2/0.1)
- the standard 'X-forward-For' header, containing the true web browser
  client address
  X-Forwarded-For: 10.0.1.66

These changes should make pazpar2 HTTP complient, and allow the backend Apache
server to get the information it needs to be able to do IP based
authentification and such like stuff. Notice that the 'Host:' header is now
passed unchanged, otherwise virtual host setups do not work.

Masterkey: showing total hits and the count of each record (in brackets)

Advnced search view added.

getting the paraz2 server host and port info from the HTTP request, and mirroring back to the web client in the headers
pazpar2-server-host
pazpar2-server-port
Notice these change according to the connection the client did made, so if a paraz2 is hidden behind firewalling and port-forwarding, the server host and port of the shielding firewall is reported back, and not the shielded host and port numbers.

More work on settings system.. still not functional.

This is still totally non-functional.
Beginning of generic system to associate settings (name=value pairs) with
targets using a general-purpose XML config format.

added HTTP headers "pazpar2-version", "pazpar2-server-host", "pazpar2-server-port", "pazpar2-remote-host", and "pazpar2-remote-port" such that the HTTP proxy PHP script can fetch these values and use them for authentification and other pazpar2 specific stuff (this is needed, because the "Remote-Addr" PHP variable  is always set to the paraz2 server IP adress, due to tunneling through pazpar2.
The only thing which needs completion  is actually finding the correct values for these host and port parameters from the server configuration and the TCP/IP connection object. More digging in the source is needed to find these values the right places..

added optional <zproxy> element to config file, containing any of these attribute combinations (all three examples are semantically equivalent)
<zproxy host="localhost" port="9000"/>
<zproxy host="localhost:9000"/>
<zproxy port="9000"/>
This <zproxy> info is overruled by the '-z' command line switch
Removed a zillion compiler warnings coming from missing or dirty casts, mostly involving (xmlChar *) or (const char *)

simple client's pz2.js updated to the version in masterkey

Masterkey: IE 6 and 7 works. Safari 2.04, Opera 9.10 and Konqueror works with minor CSS positioning issues.

Masterkey: pager and sorting should work now.
HTML and CSS needs to be cleaned-up, hacks all over the page.

added command line switch '-z' which lets one specify a Z39.50 proxy through which the Z39.50 requests are tunneled.
This is planned to be used to stack a MetaProxy after a Paraz2 to make authentification stuff and database filtering stuff (special record conversions needed, or PQF-to-PQF manipulation) at the MetaProxy level. The '-z' option sends Z39.50 packages to the host:port specified there, with the origial target host:port addd in a vHost soecialinfo structure

added Doxygen file, now supporting target 'make dox'

This file -- not valid XML -- contains illustrative examples of the configuration
file format I have in mind. It is basically a mechanism to allow you to set
multiple name-value pairs for targets -- possibly user specific. The various forms
are intended to support various activities -- like setting system-wide defaults,
overriding settings for one user or target, setting up values for a specific target,
etc. There's even a verbose form that would lend itself well to dumping values
out of a relational database... indeed, it's possible to imagine an extension that
would allow pazpar2 to access settings from an RDBMS, although this is not planned
at present.

Masterkey: detailed view working.
TODO: pager still missing.

Added support for multiple values in filter statement -- separated by |, eg
filter=id=target1|target2|target3

Rewrite of Masterkey using new mark-up
TODO: detailed record view, pager

filter parameter added for the search command

Various minor updates to increase usability.

This is the CCL map we're using for the mkey.index demo against Zebra

WRBUF updates.

Implemented target facet -- is there any way to get the 'filter' variable into the
URL to enable the back button in Firefox?

Added optional 'filter' parameter to search. Right now, only value supported is
(URL-escaped) id=targetId, where targetId is the ZUrl of a known target.

Various changes which have piled up on the demo

Fixed statement before declaration

Fixed compilation error on FreeBSD
http://test/idtest/2007-03-16T00:00:01Z/pazpar2-0.1--freebsd.txt

This update completes the factoring out of database management into database.c,
and the introduction of low-level code to read Zeerex records from the file
system. It does not really introduce any new functionality, but the need
to refactor the database code has held up a lot of other projects.

Cosmetic: timeouts can be specified as parameters, parameters moved to a single array.

Further pz2.js updates.

pz2.js lib update