Thanks everyone for the feedback. --jason
On Jan 8, 2012, at 3:20 AM, Christian Müller wrote: > For bigger applications we also use multiple contexts and bridge the > context via the Camel ActiveMQ component (batch and online requests) or via > the Camel VM component (only online requests). > By splitting it into smaller parts each context is easier to understand and > test. In addition, the development process scales better because each > developer has its own service/context/... with defined interfaces. My 0,02 > $... > > Best, > Christian > > On Sun, Jan 8, 2012 at 12:53 AM, Jason Dillon <ja...@planet57.com> wrote: > >> I'm wondering what the best practice is for a complex application, where >> many sub-systems (some related, some not) are using camel to process >> messages, if it is best to have all of them share the same single >> CamelContext or if its better to have more than one CamelContext to >> partition the systems? >> >> Any advise? >> >> --jason