Readcounts + connectionpool

Readcounts : an EPP that will be used to sum up reads

connectionpool : since tools has 24 potential threads, I can't work with the default connectionpool size (10) if I want to run a lot of threads.
yes, that's done on purpose.

I agree that looks strange, but that is what has been decided to know wether the run is single ended ou double ended. 
I need to get that information from the "sequencing" process, and that is unexpectedly hard to catch.
The current way of doing it is the following : 
Starting from the last output artifact of the demultiplexing process (a), grab the parent process (demultiplexing), then grab its inputs(allinputs). From them, look for an input that is correlated to out current sample, and then use that as a input artifact for a sequencing process, and then read the values in the sequencing process.

If anyone has a better way to grab a sequencing process (within the same libprep, of course) from what I have a this point, I'm all ears.