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
).
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
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
.
Install Docker if you haven't already, then run the following:
script/start
This command will build the docker image and run it.
If all goes well, http://localhost:8000/ will render the home page.
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
We use Flask-S3 to serve static files via S3. Following the instructions for Flask-S3 should just work.
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
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.
Goal: zero errors/warnings.
pipenv run pydocstyle --convention=numpy --add-ignore=D401 browse
Goal: 9/10 or better.
pipenv run pylint browse