Filter out non-requested outputs #380
Labels
project/OGC
Related to OGC testbeds or relavant projects.
triage/conformance
Issue related to fixing/ensuring compliance to specifications.
triage/feature
New requested feature.
Milestone
Description
In contrast to #375, if not all outputs are provided, the results should report only requested ones.
This impacts mostly when
response: raw
is requested (see #376), since it can make the difference between multipart output vs single output. Furthermore, the response the size can be reduced as well.In terms of processing execution,
Weaver
will not omit the creation and storage of those outputs (too complicated consideringCWL
App Package abstraction), but the job status response could report them partially as requested.filter
outputs
as requested/jobs/{jobID}/outputs/{outputID}
retrieval anyway? Support/results/{id}
and/outputs/{id}
routes #18adjust Resolve transmissionMode handling #377 response content based on number of remaining outputs after filtering, execution mode and response type
using
outputs: {}
indicates no-outputedit: which results are returned from the job execution does not need to depend on the CWL required/optinal I/O, they are simply filtered out afterward, since the CWL must still run as-is
[ ] if the process explicitly defines a CWL with required outputs, this should raise some HTTP error to indicate that the server refuses to run a useless operation[ ] if the process doesn't have outputs (a push-update process or something?), or if all outputs are optional (CWL?
), then the operation is allowedomitting
outputs
is equivalent to requesting all outputsremove
todo
in https://github.com/crim-ca/weaver/blob/master/docs/source/processes.rst#execution-bodyReferences
The text was updated successfully, but these errors were encountered: