Start work on 1line log (ala GFS)

Dont overwrite package.request

Version 1.3.37

Update NEWS

Document frontend_net's: message, stat-req

frontend_net: report threads in use; fix XML header

Add ThreadPoolSocketObserver::get_thread_info

Update doc/common

Update referral to libyazpp dev.

frontend_net: report min, max, average response times

frontend_net: report stuff to helper method

frontend_net: add facility to log response times

New frontend_net setting, stat-req, specifies HTTP path that triggers
the generation of the report that includes distribution of response
times and total requests.

frontend_net: refactor and use Rep class in helpers

frontend_net: refactor scope of helper classes

Debian: remove pidfile in metaproxy reload process

Don't display start log message when config testing (-t)

Fix reload problem in init.d script for RPM

The '/etc/init.d/metaproxy reload' in some cases would stop and
not start metaproxy - effectively stopping the service.

zoom: use WRBUF for CCL buffer

Version 1.3.36

Update NEWS

Reformat

Log XML errors to yaz_log; not to stdout/stderr

Deb init.d script implements 'reload' using SIGUSR1

RPM logrotate uses reload

RPM init.d script implements 'reload' using SIGUSR1

Version 1.3.35

IDMETA: add centos5

Note on NEWS

Require YAZ 4.2.33 due to new yaz_daemon_stop

Merge branch 'master' of ssh://git.indexdata.com/home/git/pub/metaproxy

Conflicts:
src/metaproxy_prog.cpp

Fixes for Windows compilation

Use yaz_daemon_stop for graceful stop

metaproxy: kill children too upon SIGUSR1 exit

Merge branch 'master' of ssh://git.indexdata.com/home/git/pub/metaproxy

Build for Ubuntu precise, no build for maverick

virt_db: return other diagnostic if init is rejected

Diagnostic 236: "Access to specified database denied" is returned,
but only if init response from backend does not carry diagnostics
aleady.

multi: relays user info for first rejected target

The other-information field for init response for first rejected target
is in common init response. This ensures that some backend init
diagnostics are returned to the frontend.

z3950_client: fixup addinfo for init response

Change start log message to 'metaproxy start'

Was 'Metaproxy start' before. Consistent with 'metaproxy stop'
message.

zoom: document zoom's proxy_timeout

Version 1.3.34

RPM/Deb metaproxy.xml enables frontend_net logging

Enable frontend_net logging by default and remove the log filter.
Because the frontend_net filter already logs incoming request.

Merge remote branch 'origin/frontend_log'

zoom: use other diagnostic if Torus server is unavailable

zoom config example: use frontend_net for logging

enables frontend_net log

frontent_net: does "access" log if message is configured

The filter only logged thread usage upon completion. It also now
logs incoming request ala "access" in the log filter.

RPM: metaproxy libs depend on yazpp 1.3.0, yaz 4.2.32

zoom: check for valid proxy from Torus too

Build require yazpp 1.3.0

Log when metaproxy is stopped

Add helper variable

Merge branch 'master' into graceful_stop

Vesrion 1.3.33

Use new diagnostic for proxy failures

Require YAZ 4.2.32 or later for build

Make check_proxy, you know ... work

Merge branch 'master' into graceful_stop

Version 1.3.32

sru_z3950: pass through incoming Z39.50 requests

sru_z3950 filter passes through incoming Z39.50 requests again. Was
not handled by mistake in Metaproxy versions 1.3.29, 1.3.30 and 1.3.31.

Merge branch 'master' into graceful_stop

Do not build for Debian lenny anymore

Merge branch 'master' into graceful_stop

Version 1.3.31

zoom: refactor retry logic to separate function

zoom: properly handle proxy failover for re-used backends

Also log the diagnostic that is received from the backend in
case of retry/failover because they will be not be returned
via Z39.50/SRU.

Version 1.3.30

Update NEWS

zoom: proxy error returns diagnostic Bib-1:1014 / SRU:3

zoom: return addinfo="proxy failure" for proxy failures

This commit also changes the scheme for dealing with proxies a bit.
zoom now always do "proxy-check", even if there's no failover.
Fortunately, that's not very expensive.

Merge branch 'master' into graceful_stop

zoom: implement cunning scheme for retry/proxy failover

session_shared: disable session retry by default

Can be enabled by restart="true" in resultset section.

zoom: guess if invalid response was an auth failure

zoom: Init rejected wo diagnostics maps to Bib-1:1014

Bib-1 1014, "Init/AC: Authentication System error", seems pretty
generic. We don't know why the init would fail; IP, user, block IP, etc.
sru_z3950 filter maps this to SRU diagnostic 3: "Authentication error".

Merge branch 'master' into graceful_stop

Version 1.3.29

zoom: update zoom info on contentProxy

Update NEWS

zoom: may read cf-proxy's config settings

This reduces manual configuration of the content proxy server host.
The %s notation for server is no longer supported. The ZOOM module will
use the old style session.proxyhost if "server" is given (deprecated)
and use the new style proxyhost/session if "config_file" is in use.

Minor updates to config zoom example

zoom: more configurable format for contentProxy@server

The proxy attribute of contentProxy element may include a %s magic,
which will be substituted by the session ID. For example
server="proxy.indexdata.com/%s"

Signal SIGUSR1 akes a graceful stop

Thus, all Z39.50/HTTP connections to the server are kept alive, but
the listening socket is closed. Signal SIGTERM destroys the server
immediately as before.

Frontend_net exits when all sessions have terminated

Merge branch 'master' into graceful_stop

zoom: simplify cproxyhost XSLT parm passing

Remove incoming requests that can not be handled

Requests in queue for filter frontend_net are removed if client
closes connection for the session and request is not yet handled.

sru_z3950: serialize requests

This is to ensure that pipelined HTTP requests are handled
properly.

sru_z3950: reformat; remove useless comments

Beginnings of graceful stop

Fix metaproxy.prerm: missing /bin/sh header

Version 1.3.28

zoom: remove 'xslt successful' message

New WRBUF wrapper mp::wrbuf

Version 1.3.27

Metaproxy conflicts with CF 2.12.5 and earlier

This is because Metaproxy is running as a different user now -
and old lock files etc, previously created as "nobody" would cause
permission problems for CF.

User info in /etc/metaproxy/metaproxy.user

Debian compat 5

RPM: metaproxy running as user "metaproxy"

Debian: metaproxy running as user "metaproxy"

New scripts to create and remove this user during installation
and removal.