Open ewels opened 1 week ago
-1. it platform that needs to orchestrate nextflow, not the other way around
I believe the main use case was to apply resource labels based on platform metadata such as the run ID and user. These settings would be defined in the platform (e.g. CE-level config) but you still need to expose this metadata to the config via an implicit variable or environment variable
Then platform should provide the corresponding config
Then platform should provide the corresponding config
That's exactly what I'm suggesting. That platform provides the config to Nextflow, via workflow
variables.
These should 100% be read-only, the same as the other workflow introspection variables.
It'd be nice to have a new workflow introspection scope called
workflow.seqeraPlatform
to access metadata from Seqera Platform, when available.For example:
..etc. Can think of many more, or compare to the Seqera Platform API for standard fields.
If available, these could be used to set variables within the workflow config. There are many examples, a simple one would be the work directory:
Another one would be for notification emails (maybe more relevant in case of custom notification emails, like nf-core, but still useful as a simple example):