]> git.koha-community.org Git - koha.git/commit
Bug 25292: Flushing L1 on every Z3950 server search
authorJonathan Druart <jonathan.druart@bugs.koha-community.org>
Mon, 27 Apr 2020 14:25:32 +0000 (16:25 +0200)
committerAndrew Fuerste-Henry <andrew@bywatersolutions.com>
Wed, 20 Jan 2021 00:50:10 +0000 (00:50 +0000)
commit19dd472ec5e5f2d360bee989d26fa6b3a1910fed
tree18c39841611147c8d61803645d47faf23824b4c6
parent1bab8e1ab9c2760122636f0bbf1f67aa6164a7ed
Bug 25292: Flushing L1 on every Z3950 server search

This patch flushes the L1 cache on each Z3950 server search.

There is no need to flush it in init_handler (when the connection is
made), the L1 cache is not accessed (this behaviour goes against what I
expected).

This means each search will fetch values from the
L2 cache (ie memcached) and persist the L1 cache (in Perl
memory cache) until the result are returned (or longer?).

Test plan:
% perl misc/z3950_responder.pl --config-dir=/kohadevbox/koha/etc/z3950
% zoomsh
ZOOM>connect localhost:2100
ZOOM>set databaseName biblios
ZOOM>search x
ZOOM>search x

Between the 2 searches you can modify the value of SearchEngine, you
will notice that the number of hits is different

Signed-off-by: Fridolin Somers <fridolin.somers@biblibre.com>
Signed-off-by: Nick Clemens <nick@bywatersolutions.com>
Signed-off-by: Jonathan Druart <jonathan.druart@bugs.koha-community.org>
(cherry picked from commit e466c4130406748fdd2d74d5fbee161e4f79cf92)
Signed-off-by: Fridolin Somers <fridolin.somers@biblibre.com>
(cherry picked from commit 46ae40d6ad489629e55c3f13cedae414e799a5f3)

Signed-off-by: Andrew Fuerste-Henry <andrew@bywatersolutions.com>
Koha/Z3950Responder.pm