Thanks smirzai, that would be a great feature, since many of the Camel routes might need to be re-used in other process definitions.
We ended up creating a generic service task that can be re-used across multiple processes definitions in combination with RabbitMQ topic exchanges/routing keys. The service task simply connects to a RabbitMQ exchange and sends it a payload consisting of form variables and process instance ID. After the service task is called, we have a "Receive Task" step defined in our flow, which gets completed using a micro-service/micro-ESB we host somewhere else, which listens to a RabbitMQ exchange and sends a "signal" back to an Activiti process instance receive task (via Activiti REST API) whenever we have a new message published in a specific exchange.
Anyway, thanks once again for your help