The project consists of:
-
Core
whelk-core/
The root component of XL. A shared library implementing a linked data store, including search and MARC conversion.
-
Applications
oaipmh/
A servlet web application. OAIPMH service for Libris XLrest/
A servlet web application. Search, RESTful CRUD and other HTTP APIsmarc_export/
A servlet (and CLI program) for exporting libris data as MARC.importers/
Java application to load or reindex data into the system.apix_server/
A servlet web application. XL reimplementation of the Libris legacy APIX API.
-
Tools
whelktool/
CLI tool for running scripted mass updates of data.librisxl-tools/
Configuration and scripts used for setup, maintenance and operations.
Related external repositories:
-
Core metadata to be loaded is managed in the definitions repository.
-
Also see LXLViewer, our application for viewing and editing the datasets through the REST API.
The instructions below assume an Ubuntu 22.04 system (Debian should be identical), but should work for e.g. Fedora/CentOS/RHEL with minor adjustments.
-
No setup required. Just use the checked-in gradle wrapper to automatically get the specified version of Gradle and Groovy.
-
Elasticsearch (version 8.x)
Download Elasticsearch For Ubuntu/Debian, select "apt-get" and follow the instructions.
-
PostgreSQL (version 14.2 or later)
# Ubuntu/Debian sudo apt install postgresql postgresql-client # macOS brew install postgresql
Windows: Download and install https://www.postgresql.org/download/windows/
-
Java (version 21)
sudo apt install openjdk-21-jdk # or openjdk-21-headless
-
sudo apt install nginx
Make sure you check out this repository, and also definitions and devops:
git clone git@github.com:libris/librisxl.git
git clone git@github.com:libris/definitions.git
# devops repo is private; ask for access
git clone git@github.com:libris/devops.git
You should now have the following directory structure:
.
├── definitions
├── devops
├── librisxl
Ensure PostgreSQL is started. In Debian/Ubuntu, this happens automatically after
apt install
. Otherwise, try systemctl start postgresql
in any modern Linux system.
Create database and a database user and set up permissions:
sudo -u postgres bash
createdb whelk_dev
psql -c "CREATE USER whelk PASSWORD 'whelk';"
# !! Replace yourusername with your actual username (i.e., the user you'll run whelk, fab, etc. as)
psql -c "CREATE USER yourusername;"
psql -c "GRANT ALL ON SCHEMA public TO whelk;" whelk_dev
psql -c "GRANT ALL ON ALL TABLES IN SCHEMA public TO whelk;" whelk_dev
# Now find out where the pg_hba.conf file is:
psql -t -P format=unaligned -c 'show hba_file;'
exit
Give all users access to your local database by editing pg_hba.conf
. You got the path
from the last psql
command just above. It's probably something like
/etc/postgresql/12/main/pg_hba.conf
. Edit it and add the following above any uncommented
line (PostgreSQL uses the first match):
host all all 127.0.0.1/32 trust
host all all ::1/128 trust
Restart PostgreSQL for the changes to take effect:
sudo systemctl restart postgresql
Test connectivity:
psql -h localhost -U whelk whelk_dev
psql (12.5 (Ubuntu 12.5-0ubuntu0.20.04.1))
SSL connection (protocol: TLSv1.3, cipher: TLS_AES_256_GCM_SHA384, bits: 256, compression: off)
Type "help" for help.
whelk_dev=> \q
Assuming Elasticsearch is already running, first set the password of the elastic
user:
printf "elastic\nelastic" | sudo /usr/share/elasticsearch/bin/elasticsearch-reset-password -b -i -u elastic
Next, install the ICU Analysis plugin:
sudo /usr/share/elasticsearch/bin/elasticsearch-plugin install analysis-icu
Finally, (re)start Elasticsearch:
sudo systemctl restart elasticsearch
To adjust the JVM heap size for Elasticsearch, edit /etc/elasticsearch/jvm.options
and then restart Elasticsearch. In a local development environment, you might want to
add the following to prevent Elasticsearch from hogging memory:
-Xms2g
-Xmx2g
Use librisxl/secret.properties.in
as a starting point:
cd librisxl
cp secret.properties.in secret.properties
# Make sure libris.kb.se.localhost points to 127.0.0.1
echo '127.0.0.1 libris.kb.se.localhost' | sudo tee -a /etc/hosts
Run the fabric task that sets up a new Elasticsearch index and imports example data:
cd ../devops
# Make sure you have Python 3 and curl
sudo apt install python3 python3-pip curl
# Create virtual Python 3 environment for fab
python3 -m venv venv
# Activate virtual environment
source venv/bin/activate
# Install dependencies
pip install -r requirements.txt
# Import test data
fab conf.xl_local app.whelk.import_work_example_data
To start the CRUD part of the whelk, run the following commands:
*NIX-systems:
cd ../librisxl/rest
../gradlew -Dxl.secret.properties=../secret.properties appRun
Windows:
$ cd $LIBRISXL/rest
$ setx JAVA_OPTS "-Dfile.encoding=utf-8"
$ ../gradlew.bat -Dxl.secret.properties=../secret.properties appRun
The system is then available on http://localhost:8180.
(The OAI-PMH service is started in a similar way: just cd into oaipmh
instead of rest
.)
To run the frontend, first set up the Libris cataloging client and the id.kb.se web app (follow the README in each):
At this point, you should have the LXLViewer cataloging client running on port 8080 and the id.kb.se app running on port 3000, but they won't work yet.
Next, add these lines to /etc/hosts
# These might be unnecessary (but harmless) in some environments
127.0.0.1 libris.kb.se.localhost
127.0.0.1 id.kb.se.localhost
Finally, in devops again (with the fab virtual environment activated), run the following:
fab xl_local app.lxlviewer.configure_nginx app.idkbse.configure_nginx
This will place some nginx configuration files in /etc/nginx/conf.d
and (re)start nginx.
If everything went well, you should now be able to visit http://id.kb.se.localhost:5000 and use the cataloging client on http://libris.kb.se.localhost:5000/katalogisering/. The XL API itself is available on http://libris.kb.se.localhost:5000 (proxied via nginx), or directly on http://localhost:8180.
Everything you would want to do should be covered by the devops repo. This section is mostly kept as a reminder of alternate (less preferred) ways.
If you need to work locally (e.g. in this or the "definitions" repo) and perform specific tests, you can use this workflow:
- Create and push a branch for your work.
- Set the branch in the
conf.xl_local
config in the devops repo. - Use the regular tasks to e.g. reload data.
If a new index is to be set up, and unless you run locally in a pristine setup, or use the recommended devops-method for loading data you need to PUT the config to the index, like:
$ curl -XPUT http://localhost:9200/indexname_versionnumber \
-H 'Content-Type: application/json' \
-d @librisxl-tools/elasticsearch/libris_config.json
Create an alias for your index
$ curl -XPOST http://localhost:9200/_aliases \
-H 'Content-Type: application/json' \
-d '{"actions":[{"add":{"index":"indexname_versionnumber","alias":"indexname"}}]}'
(To replace an existing setup with entirely new configuration, you need to
delete the index curl -XDELETE http://localhost:9200/<indexname>/
and read
all data again (even locally).)
If the MARC conversion process has been updated and needs to be run anew, the only option is to reload the data from production using the importers application.
Produce a stats file (here for bib) by running:
$ cd importers && ../gradlew build
$ RECTYPE=bib && time java -Dxl.secret.properties=../secret.properties -Dxl.mysql.properties=../mysql.properties -jar build/libs/vcopyImporter.jar vcopyjsondump $RECTYPE | grep '^{' | pypy ../librisxl-tools/scripts/get_marc_usage_stats.py $RECTYPE /tmp/usage-stats-$RECTYPE.json