My application is a series of Servicemix 'Pojo' components. Each
component receives a message exchange and operates on the content
using a synchronous call to a Spring managed service-provider wired
into the component in servicemix.xml
I am trying to understand how this arrangement will scale, especially
on multi-cpu servers. I guess I'm a bit out of my depth in the
source, 'cause I can't figure out if the 'onMessageExchange' events
are fired from separate, individual threads, a pool of threads, or a
single message-processing thread. I want to take advantage of multi-
processing, and certainly don't want calls to heavily loaded
components queuing up if they don't have to.
Can anyone clarify this for me? Should I implement my own multi-
threading within my components, or is it built in to the underlying
message handling/routing system?
Thanks,
BJ
- Trying to understand ServiceMix Pojos, onMessageExchange... William Blackburn
-