In a previous post describing SCA in WebSphere ESB / Process Server, I wrote that SCA modules have to be running in the same address space. I’d like to correct this: the restriction actually imposed on these bindings is that they need to be between SCA modules running in the same WebSphere cell (see this post for more information on cells, nodes, and servers). This is because the SCA resources that are automatically created when an SCA module is deployed are cell-scoped. Different types of SCA resources are created depending on whether asynchronous or synchronous behaviour is required, which is normally decided automatically, but in both cases the scope is the same. For more information, see this Developerworks article.
It’s worth adding that there also two other types of bindings that I didn’t cover before:
Enterprise Information Systems (EIS) - Integration with WebSphere JCA adapters.
Stateless session bean - Integration with stateless session beans.
I plan to cover these more in later posts.