-
-
Notifications
You must be signed in to change notification settings - Fork 213
[ENH] Allow using a local test server #1630
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Locally, MinIO already has more parquet files than on the test server.
Note that the previously strategy didn't work anymore if the server returned a parquet file, which is the case for the new local setup.
This means it is not reliant on the evaluation engine processing the dataset. Interestingly, the database state purposely seems to keep the last task's dataset in preparation explicitly (by having processing marked as done but having to dataset_status entry).
tests/files/localhost:8080
Outdated
| @@ -0,0 +1 @@ | |||
| /Users/pietergijsbers/repositories/openml-python/tests/files/org/openml/test No newline at end of file | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will make this relative
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1630 +/- ##
=======================================
Coverage 52.75% 52.75%
=======================================
Files 36 36
Lines 4333 4333
=======================================
Hits 2286 2286
Misses 2047 2047 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Update the tests to allow connecting to a local test server instead of a remote one (requires openml/services#13).
Running the tests locally:
Locally start the services (as defined in [WIP] Update to function as out-of-the-box test server services#13) using
docker compose --profile "rest-api" --profile "evaluation-engine" up -d. Startup can take a few minutes, as currently the PHP container still builds the ES indices from scratch.I noticed that the
start_periodfor some services isn't sufficient on my M1 Mac, possibly due to some containers requiring Rosetta to run, slowing things down. You can recognize this by the services reporting "Error" while the container remains running. To avoid this, you can either increase thestart_periodof the services (mostly elastic search and php api), or you can simply run the command again (the services are then already in healthy state and the services that depended on it can start successfully).The following containers should run: openml-test-database, openml-php-rest-api, openml-nginx, openml-evaluation-engine, openml-elasticsearch, openml-minio
Update the
openml/config.py'sTEST_SERVER_URLvariable to"http://localhost:8000".Run the tests (
python -m pytest -m "not production" tests).This PR builds off unmerged PR #1620.