Since we're on a major migration process of this website, some component documents here are out of sync right now. In the meantime you may want to look at the early version of the new website
https://camel.apache.org/staging/
We would very much like to receive any feedback on the new site, please join the discussion on the Camel user mailing list.
How does the Camel API compare to from CXF, HTTP, JBI, JMS, JavaMail etcWe have tried to make the Camel Exchange and Message map very closely to JBI in particular but also CXF, HTTP, JMS, Mail, XMPP and most other integration abstractions. We want to prevent leaky abstractions, so the Camel API exposes the underlying APIs so that a Processor can make use of the underlying abstractions if they make sense. For example
You can probably see a pattern forming now . For many routing and mediation components and Processor objects, you maybe don't care about the underlying transport and can instead stick to the abstract Camel API. But if you need to, the real transport APIs are there for you. |