-
Notifications
You must be signed in to change notification settings - Fork 192
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
JSON schema validation error with 21.10.0-SNAPSHOT #1304
Comments
There's too little info. Can you modify this line to
It should print the full error trace in the log file |
|
Still confused why this wasn't a problem in older versions of NF. Maybe the JSON schema libraries have been updated? |
I don't think it's the schema side of things - I think that something has changed in the way that Nextflow parses this particular param. |
The pram in question is defined here: The JSON schema library tells us that it's getting a string in the current version of Nextflow, but in the edge version it gets a JSON object. Ok so could also be something to do with the preprocessing library that preps the params for validation I guess 🤔 It may also be possible to simply refactor how we use this parameter. It's a bit of an edge case - could probably be handled in a way that doesn't use a map. |
I've dumped the content of params_json here and made a diff between 21.04.x and 21.10.x versions. There are some interesting changes When using NF 21.04 the Don't know why the stringify version of genomes was working, however, it looks to me the latest version has the correct version of the I've attached the json params for your convenience in this comment update: same for the |
Yep, this definitely looks wrong in the current implementation where those entries are somehow loaded and validated as a string instead of a map. Assuming that we need to add a workaround on the nf-core side to correctly handle a map we only have 1 option as far as I can see. Changing this line to We could try to update and add some hacks to the validation script but I don't think that is the problem and won't really solve anything. The problem is a mismatch between the defined and expected object types... |
still not sure to understand what the hostname validation should validate. That the user specified a hostname string? in that case it looks correct that's a string, no? |
In this case, We have basically been using it to warn users if they are not using the correct nf-core config for their institution but it may easier to retire it at this point as I have done here to fix the pressing issue with NF compatibility and either leave it out entirely or add it properly in the future. |
Seems a good plan to me, think |
Luckily, we are ignoring the validation for |
Fixed in nf-core/configs#295 We will need to update the pipeline template accordingly to remove |
Copied across description from nextflow-io/nextflow#2418
In the latest snapshot release, the parameter JSON schema validation we have in nf-core pipelines seems to be failing before the pipeline execution as a result of a mismatch between the observed and expected objects:
Changing this line to "type": "object" in the parameter schema fixes it. However, this means that the latest version of NF will not be compatible with older versions of nf-core pipelines. This is very likely due to poor patch fixing on the nf-core side to get things working but it would be good to find a workaround.
The error is being raised from NfcoreSchema.groovy
The text was updated successfully, but these errors were encountered: