In a mediation route (Apache Camel) we need to process the message, send it a message to an Active MQ "A" and only after that read a response from on other MQ named "B"
Can we we achieve this ?
If I correct understand You - "... read response ..."
most of attempts realise ETL logic with routes - it wrong way, with a lot of hidden problems
try to look for each flow as independent
from time to time - check - what missed? for example some events not response in 1Hr (or etc) and run for this type of records 3rd flow
routes like a river - some time it could be slower, some time faster and You never warrant - which response come first or which with delay
it was huge pain for me when I make my first projects with routes (and with NiFi as well), but after some time - proper logic start work
P.S. It is personal vision, I not great expert in this part, just work on it
We're not in an ETL logic. We already use many routes and 1 message flows throw at least 3 routes in our ESB architecture. We need to ask for a webservice call and get the reply.
I found the solution, wich is to use the "replyTo" feature of Camel and ActiveMQ.