NaaVRE_workflow_jupyterlab
NaaVRE workflow editor frontend on Jupyter Lab
Requirements
- JupyterLab >= 4.0.0
Install
To install the extension, execute:
pip install NaaVRE_workflow_jupyterlab
Uninstall
To remove the extension, execute:
pip uninstall NaaVRE_workflow_jupyterlab
Contributing
Development install
Note: You will need NodeJS to build the extension package.
The jlpm command is JupyterLab's pinned version of
yarn that is installed with JupyterLab. You may use
yarn or npm in lieu of jlpm below.
# Clone the repo to your local environment
# Change directory to the NaaVRE_workflow_jupyterlab directory
# Create a virtual environment and activate it
virtualenv venv
. venv/bin/activate
# Install jupyterlab and refresh the virtual lab
pip install 'jupyterlab>=4.0.0,<5'
. venv/bin/activate
# Install package in development mode
pip install -e "."
# Link your development version of the extension with JupyterLab
jupyter labextension develop . --overwrite
# Rebuild extension Typescript source after making changes
jlpm build
This extension communicates with external NaaVRE services. During development, you can run a local version of those services with Docker compose. Initial setup:
- Create a file
./dev/workflow-config.jsonby copying./dev/workflow-config-example.jsonand fill-in values forapi_endpointandaccess_token. To obtain these values, either use an existing argo instance, or run NaaVRE/NaaVRE-dev-integration, and runecho "Bearer $(kubectl get secret vre-api.service-account-token -o=jsonpath='{.data.token}' | base64 --decode)"to get the access token. (TODO: this should be simplified in the future, after addressing NaaVRE/NaaVRE-workflow-service#1.) - Copy the Jupyter Lab configuration
mkdir venv/share/jupyter/lab/settings/ cp dev/overrides.json venv/share/jupyter/lab/settings/
- Start docker compose
docker compose -f dev/docker-compose.yaml up
You can watch the source directory and run JupyterLab at the same time in different terminals to watch for changes in the extension's source and automatically rebuild the extension.
# Watch the source directory in one terminal, automatically rebuilding when needed
jlpm watch
# Run JupyterLab in another terminal
while read env; do export $env; done < ./dev/jupyterlab.env
jupyter lab --notebook-dir ./notebook-dir
With the watch command running, every saved change will immediately be built locally and available in your running JupyterLab. Refresh JupyterLab to load the change in your browser (you may need to wait several seconds for the extension to be rebuilt).
By default, the jlpm build command generates the source maps for this extension to make it easier to debug using the browser dev tools. To also generate source maps for the JupyterLab core extensions, you can run the following command:
jupyter lab build --minimize=False
Development uninstall
pip uninstall NaaVRE_workflow_jupyterlab
In development mode, you will also need to remove the symlink created by jupyter labextension develop
command. To find its location, you can run jupyter labextension list to figure out where the labextensions
folder is located. Then you can remove the symlink named @naavre/workflow-jupyterlab within that folder.
Isolated component development
Rebuilding the extension and refreshing JupyterLab to see changes in the browser takes several seconds. This makes it hard to quickly iterate on presentation aspects such as layout.
To get a quick preview of some components, we use Storybook:
jlpm run storybook
Note that in Storybook, components don’t get the full context from Jupyter Lab and rely on some mocking. To access all interaction features, you still need to run it in JupyterLab.
Testing the extension
Frontend tests
This extension is using Jest for JavaScript code testing.
To execute them, execute:
jlpm
jlpm test
Integration tests
This extension uses Playwright for the integration tests (aka user level tests). More precisely, the JupyterLab helper Galata is used to handle testing the extension in JupyterLab.
More information are provided within the ui-tests README.
Packaging the extension
See RELEASE
Metadata
Release files for NaaVRE-workflow-jupyterlab 0.6.4
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| naavre_workflow_jupyterlab-0.6.4.tar.gz | 652.6 kB | Without provenance | Details for naavre_workflow_jupyterlab-0.6.4.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| naavre_workflow_jupyterlab-0.6.4-py3-none-any.whl | Python 3 | none | any | Details for naavre_workflow_jupyterlab-0.6.4-py3-none-any.whl |
Total release size: 1.1 MB
Release files / naavre_workflow_jupyterlab-0.6.4.tar.gz
| Download URL | naavre_workflow_jupyterlab-0.6.4.tar.gz |
|---|---|
| Size | 652.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b3e0fd893c9e5578d73302f33993ecdb3424ddbff066981aaa87d38bcb645a5d
|
|
BLAKE2b-256 checksum How to use checksums |
f58714df91d25d0eb1f3c266672ec041273d8ee680745000aa5dd8c6d9b4ef7d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.12.14
|
Release files / naavre_workflow_jupyterlab-0.6.4-py3-none-any.whl
| Download URL | naavre_workflow_jupyterlab-0.6.4-py3-none-any.whl |
|---|---|
| Size | 450.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
cd5999f32849258b33792a38eb86366fb64730679a4b9c34bfd121be78753e0a
|
|
BLAKE2b-256 checksum How to use checksums |
708245f4d42b06d0e9b96295a61eb9b74cbe41af2505058d7c6249ba80ea152c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.12.14
|
Security for NaaVRE-workflow-jupyterlab 0.6.4
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.