@zsoltk Actually, what behaviour do we want? If we silently dispose subscription when one of the nodes in the workflow becomes unavailable then it might be unexpected, especially when you are treating workflow as Completable which leads to onComplete callback when it was canceled. If we throw error, then it should be handled by a client (at least swallowed with empty onError block).

Would prefer error with better description.

We can offer two similarly named methods for the two use cases. One for "If this child attaches, I'll want to do something with it; if it doesn't, I don't care", one for "I expect this child to be attached; if it doesn't, it's an issue".