arxiv-browse

Running Browse with the Flask development server

You can run the browse app directly. Using pipenv:

pipenv install
FLASK_APP=app.py FLASK_DEBUG=1 pipenv run flask run

This will monitor for any changes to the Python code and restart the server. Unfortunately static files and templates are not monitored, so you'll have to manually restart to see those changes take effect.

If all goes well, http://127.0.0.1:5000/abs/0906.5132 should render the basic abs page.

By default, the application will use the directory trees in tests/data/abs_files and tests/data/cache and when looking for the document metadata and cache files, respectively. These paths can be overridden via environment variables (see browse/config.py).

Rebuilding the test database

The default app configuration uses a test SQLite database in tests/data/browse.db; it has been pre-populated with a small set of test data.

To rebuild the test database, run the following script:

FLASK_APP=app.py pipenv run python populate_test_database.py --drop_and_create

Running Browse in Docker

You can also run the browse app in Docker. The following commands will build and run browse using defaults for the configuration parameters and will use the test data from tests/data.

docker build . -t arxiv/browse:some_tag
docker run -it 8000:8000 arxiv/browse:some_tag

If all goes well, http://localhost:8000/ will render the home page.

Configuration Parameters

Configuration parameters (and defaults) are defined in browse/config.py. Any of these can be overridden on the command line when testing the application.

Below are some examples of some application-specific parameters:

Database URI:

`SQLALCHEMY_DATABASE_URI``

Paths to .abs and source files:

DOCUMENT_LATEST_VERSIONS_PATH
DOCUMENT_ORIGNAL_VERSIONS_PATH

Path to cache directory:

DOCUMENT_CACHE_PATH

arXiv Labs options:

LABS_BIBEXPLORER_ENABLED

Serving static files on S3

We use Flask-S3 to serve static files via S3. Following the instructions for Flask-S3 should just work.

Test suite

Before running the test suite, install the dev packages:

pipenv install --dev

Run the main test suite with the following command:

pipenv run nose2 --with-coverage

Static checking

Goal: zero errors/warnings.

Use # type: ignore to disable mypy messages that do not reveal actual programming errors, and that are impractical to fix. If ignoring without verifying, insert a # TODO: recheck.

If there is an active mypy GitHub issue (i.e. it's a bug/limitation in mypy) relevant to missed check, link that for later follow-up.

pipenv run mypy -p browse | grep -v "test.*" | grep -v "defined here"

Note that we filter out messages about test modules, and messages about a known limitation of mypy related to dataclasses support.

Documentation style