Nextflow community chat moved to Slack! https://www.nextflow.io/blog/2022/nextflow-is-moving-to-slack.html
pditommaso on master
Add Header provider to Google B… (compare)
pditommaso on master
Bump FUSION_ prefix variables [… (compare)
bin
adjacent to the main nextflow script; example here: https://github.com/stevekm/nextflow-demos/tree/1238d0c444f388cb1ee79c351a57610e03e4bbb6/R-Python
@banjosnapper instead of calling your script with perl myscript.pl
you should instead put a shebang at the very first line that invokes the perl interpreter, see this Python script that includes one: https://github.com/stevekm/nextflow-demos/blob/1238d0c444f388cb1ee79c351a57610e03e4bbb6/R-Python/bin/test.py
this allows you to invoke the script as simply myscript.pl
env {NB_PROCESSES=1}
But with the fix the value of NB_PROCESSES="1" but some scripts requiered a int not a string. Do you have a idea to set a int instead of a string in the nextflow.config ?
sometimes when I restart a Nexflow pipeline with -resume
, I get errors inside my processes such as java.lang.NullPointerException: Cannot get property 'outputDir' on null object
. These come from processes that look like this:
process vcf_to_tsv {
publishDir "${params.outputDir}/VEP/vcf_tsv", mode: 'copy'
// stuff
}
so it seems like params
is not always getting initialized correctly when the pipeline resumes.
I have the same error for dict objects that I initialize from reading in a JSON. Sometimes, the pipeline errors out when I try to access the object's keys inside a process. Problem is, all of these errors are completely random and not reproducible. Eventually if I restart the pipeline enough times with -resume
, they go away. Or not, and I just start the pipeline from scratch... is this a known bug? I think we are still using 19.01
Dec-18 09:01:45.818 [PathVisitor-1] ERROR nextflow.Channel - Cannot get property 'outputDir' on null object
java.lang.NullPointerException: Cannot get property 'outputDir' on null object
at org.codehaus.groovy.runtime.NullObject.getProperty(NullObject.java:60)
at org.codehaus.groovy.runtime.InvokerHelper.getProperty(InvokerHelper.java:190)
at org.codehaus.groovy.runtime.callsite.NullCallSite.getProperty(NullCallSite.java:46)
at org.codehaus.groovy.runtime.callsite.GetEffectivePogoPropertySite.callGetProperty(GetEffectivePogoPropertySite.java:45)
at _nf_script_121eedc3$_run_closure117$_closure442.doCall(_nf_script_121eedc3:2192)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:104)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:264)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1041)
at groovy.lang.Closure.call(Closure.java:411)
at groovy.lang.Closure.call(Closure.java:405)
at groovy.lang.GString.writeTo(GString.java:189)
at groovy.lang.GString.toString(GString.java:153)
at org.codehaus.groovy.runtime.typehandling.ShortTypeHandling.castToString(ShortTypeHandling.java:55)
at nextflow.extension.Bolts.asType(Bolts.groovy:474)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:54)
at org.codehaus.groovy.runtime.metaclass.NewInstanceMetaMethod.invoke(NewInstanceMetaMethod.java:56)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:326)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1235)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1041)
......
nextflow run main.nf --outputDir foo/
nextflow ... 2>/dev/null
.
penv
out, I never noticed this before! That’s improve readability a lot.
source
from url in groovy code.