First go at a connection object for Zebra. You can now get a
connection object by doing:

my $Zconn = C4::Context->Zconn;

My initial tests indicate that as soon as your funcion ends
(ie, when you're done doing something) the connection will be
closed automatically. There may be some other way to make the
connection more stateful, I'm not sure...

Using get_record() from Search.pm

Not ready for production, its just set to always use the default framework at the moment

Using get_record() from C4::Search now (ie fetching the record from zebra)

This probably will be the same file as the one in unimarc, so perhaps might be best to move them out and just into the zebra dir.
Committing now so its not lost

get_record works now

adding a link to viewlog.pl (log viewer)

templates for log viewer

typo

A new subroutine to handle Z39.50 extended services. You pass it a
connection object, service type, service options, and a record, and
it performs the service and handles any exception found.

Fix for refresh error from HDL.

forcing utf8 communications between perl & apache

removing set names=UTF8, seems useless. Still investigating mysql-perl-utf8

Little test set up that lets you type cql in which is passed to zebra
install search-test.pl on your opac (or the intranet, if intranet youll need to put the tmpl file in the intranet too)

NOT FOR PRODUCTION, purely for testing

destroy a connection after we're done -- we really should just have one
connection object and not destroy it until the whole transaction is
finished -- but this will do for now

Trying to error trap a little more.

Quick fix for functional bug in getMARCsubjects to avoid returning values that
vary between different uses of the same authorised subject heading causing
linked subject searches from the detail view to fail.  Other presentation fixes
within getMARCsubjects.

New MARC21 collection.abs based on marc21.abs

fixing broken link

Can now add an item

Removing reference to acqui.simple

Changing to get the template from the right directory

Putting this in the right place

Back to using xml, a much better idea :)

Fixing zebra.cfg for usmarc

adding some config stuff for usmarc

adding a 'use ZOOM' to biblio.pm, needed for non-mod_perl install.
also adding diagnostic error if not able to connect to Zebra

Just a little missing my

Seems to be working great Paul, and I like what you did with zebradb

road to 3.0 : updating a biblio in zebra seems to work. Still working on it, there are probably some bugs !

(chris, read carefully)
Replacing zebraserver and zebraport by zebradb in koha.conf . The zebra connexion can be done in a single variable "server:port/database". I used this in dirty searchMarc.pm as well as in Biblio.pm. I've replaced your code in Search.pm

fixing bugs for :
* search on 2 words "applied chaos"
* retrieve results when there's only 1 answer
(still dirty & to be rewritten by chris, but it's useful for me)

Work in progress still, committing for testing

Just a little fix while im testing

Start of the complete rewrite of Search.pm

It just does a simple cql search at the moment, takes a hashref of keyed by variable.
I have introduced 2 new variables to koha.conf
zebraserver and zebraport Ill add to the installer to get these set.
Very very very much a work in progress still. Thanks to paul for getting things up to this point.

adding some templates I forgot to commit (module sub menus)

some modifs to enable search on old search API with zebra. seems to work, although it is 100% dirty code that should be rewritten by someone (chris ?)
I just hacked this to have a working search to continue working on Biblio.pm & catlaoguing

+code cleaning (using biblionumber standard API name)

adding detail templates in cvs, in their new catalogue directory

cleaning code (useless use C4::)

some modifs to enable search on old search API with zebra. seems to work, although it is 100% dirty code that should be rewritten by someone (chris ?)
I just hacked this to have a working search to continue working on Biblio.pm & catlaoguing

fixing some warnings (perl -w should be quiet)

Just getting rid of some annoying warnings

OK, this time it seems to work. The last blocking problem was... a space in
recordId: (bib1,Identifier-standard) just after the comma. Adam agreed it was a bug, and it should be solved soon. But now we are aware, we can avoid putting the space !

In this commit you have all what is needed to setup a working zebra DB in Unimarc :
* collection.abs is UNIMARC specific and must be rewritten for MARC21, in marc21 directory
* pdf.properties is to be copied unmodified in the marc21 directory (can also be put somewhere else)
* rebuild_zebra.pl is SLOW, but 1 step reindexing tool, using ZOOM
* rebuild_zebra_idx is FAST, but 2 step reindexing tool, and does not use zebra. run it, it will create all biblios XML files in /zebra/biblios directory, then zebraidx update biblios in your zebra directory
* zebra.cfg is the zebra config file ;-)
* test_cql2rpn.pl is a script that will query the database and show the results. Works for me, just change the query at the beginning to get answers you expect.

What has to be done :
* benchmarking : it seems the zebraidx update is faster than lightning (400biblios/sec : 10 000biblios in 25seconds), while ZOOM indexing is slow (something like 25biblios/second) More benchmarking could be done.
* completing collection.abs for UNIMARC. I'll take care of it.
* modifying Biblio.pm to use ZOOM instead of the "zebraidx through exec" running actually. I'll take care of it also.
* modify the search API & tools & screens. I'll let the ball to someone else (chris ?) for this. I agree SearchMarc.pm can be dropped and replaced by something else (maybe a new-and-clean Search.pm package)

fixing links from acqui.simple to cataloguing

Changing to reflect the fact acqui.simple is now cataloguing

Fixing broken code to show list of branches

Hmm there seem to be quite a few subroutines twice in this module....

Paul could you take a look and remove the ones that shouldnt be there please

Cleaning up some unessecary my statements

Commenting out a line that was preventing the script executing

updating DB :
* removing useless tables
* adding useful indexes
* altering some columns definitions
* The goal being to have updater working fine for foreign keys.

For me it's done, let me know if it works for you. You can see an updated schema of the DB (with constraints) on the wiki

DB improvements : adding foreign keys on some tables. partial stuff done.

just adding menus to the top

updating prog templates for acqui

moving serials scripts to serials directory

moving cataloguing scripts to a cataloguing directory (more logic than acqui.simple !!!) & updating prog templates

templating serials & moving them to a serials directory, more self-explanatory (bull being french)

prog templates : completed, fixed & xhtml valid

prog templates : completed, fixed & xhtml valid

bugfixes xhtml & prog templates

removing unused scripts

moving stats.pl to reports directory

removing unused script

moving reserves scripts to reserve directory

moving readingrec to members directory

moving moredetail to catalogue directory

moving overdue report to reports directory

moving reserves to a reserve directory

moving report home to reports directory

moving invoices scripts to members directory

moving acqui.simple directory to cataloguing, as acqui.simple contains cataloguing scripts...

removing unused script

removing website management, that is now useless

moving detailprint to catalogue directory

Removing useless scripts : the MARC=OFF scripts are in acqui.simple for instance. Not sure of this removal, reintroduce them if needed...

removing unused script

removing catalogue-home, it's useless

moving bull-home to bull directory

moving boraccount.pl to members directory

removing unused script

moving admin-home.pl to admin directory

moving catalogue views to catalogue directory

removing unused script

removing useless script

removing unused package

removing useless package & script

removing useless package

removing useless sub

new version of rebuild_zebra. Should work with Perl-ZOOM, but DOES NOT WORK for me.

I get  :
ZOOM error 10002 "Encoding failed" from diag-set 'ZOOM'

help expected from indexdata...

some modifs in zebra unimarc config files

adding a XMLgetbiblio in Biblio.pm (1st draft, to use with zebra)

synch'ing head and rel_2_2 (from 2.2.5, including npl templates)
Seems not to break too many things, but i'm probably wrong here.
at least, new features/bugfixes from 2.2.5 are here (tested on some features on my head local copy)

- removing useless directories (koha-html and koha-plucene)

utf8 is a : go for beta test in HEAD.
some explanations :
- updater/updatedatabase => will transform all tables in innoDB (not related to utf8, just to warn you) AND collate them in utf8 / utf8_general_ci. The SQL command is : ALTER TABLE tablename DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci.
- *-top.inc will show the pages in utf8
- THE HARD THING : for me, mysql-client and mysql-server were set up to communicate in iso8859-1, whatever the mysql collation ! Thus, pages were improperly shown, as datas were transmitted in iso8859-1 format ! After a full day of investigation, someone on usenet pointed "set NAMES 'utf8'" to explain that I wanted utf8. I could put this in my.cnf, but if I do that, ALL databases will "speak" in utf8, that's not what we want. Thus, I added a line in Context.pm : everytime a DB handle is opened, the communication is set to utf8.
- using marcxml field and no more the iso2709 raw marc biblioitems.marc field.

Reverse array filled with elements from repeated subfields
to avoid last to first concatenation of elements in Koha DB.-

Fixed wrong path for tab file.

Fixing wrong mapping for biblionumber should be 090$c not 090$9

Adding usmarc zebra configuration files.

code cleaning : removing useless package (everything needed copied in Accounts2.pm)

new features for serial module :
- the last 5 issues are now shown, and their status can be changed (but not reverted to "waited", as there can be only one "waited")
- the library can create a "distribution list". this paper contains a list of borrowers (selected from the borrower list, or manually entered), and print it for a given issue. once printed, the sheet can be put on the issue and distributed to every reader on the list (one by one).

road to normalization : changing API = removing getbranchname, replaced by getbranchdetail (should be getbranch, but this sub already exists and I don't understand what it does...)

big commit, still breaking things...

* synch with rel_2_2. Probably the last non manual synch, as rel_2_2 should not be modified deeply.
* code cleaning (cleaning warnings from perl -w) continued

code cleaning : removing useless package (everything needed copied in Accounts2.pm)

Neglected to add this file previously.