Girder 5 #1553
Girder 5 #1553
Conversation
zachmullen
force-pushed
the
girder-5
branch
4 times, most recently
from
2b9545d to
2004e08
Compare
Also fixup image viewer extensions
This makes `npm run watch` work with the geojs copy step
… work as expected
|
There are some jobs that are run locally (so that they share the python environment of the girder server), and some that are run remotely (so that they use the environment of girder_worker). This has been a virtue for, example, converting images to a more efficient format without needing to have a girder_worker node spun up. If we convert all of these jobs to celery jobs, we might want to retain a deployment mode with a local queue that is distinct from the girder_worker queue. |
|
In Girder 5, anything that needs to be done asynchronously will be offloaded from the Girder HTTP server, with celery being the built-in choice for doing so. To accommodate that change, the idea is to make the celery environment as similar as possible to the server environment, chiefly by giving it access to the mongo database.
Indeed, this is the goal; I've started replacing these tasks with raw celery tasks rather than girder_worker tasks. The deployment mode now uses multiple processes and eschews background threads. See https://github.com/girder/histomics-dev-env/blob/main/docker-compose.yml for an example of a dev environment that reflects this. |
Specifically, this expects a modern version of pyproj for the geospatial packages.
Bring recent changes to `large_image` into the `girder5` branch
Also use node 16, since that is what is used by the current girder_test image.
Ensure that it works with the `girder` global and ignores the `dist/` directory.
Adding this primarily as a stopgap. It might be worthwhile to go back and clean this issues up before merging the Girder 5 branch.
Make CI testing compatible with large image and girder 5
Make pre-release versions of large_image for Girder 5
No description provided.