An inbound endpoint is a message source that can be configured dynamically. In the ESB, when it comes to the existing axis2 based transports, only the HTTP transport works in a multi-tenant mode. Inbound endpoints support all transports to work in a multi-tenant mode and provides improved multi-tenancy as well as cluster coordination.The entry point that can inject messages directly from the transport layer to the mediation layer, without going through the Axis engine. The following diagram illustrates the inbound endpoint architecture.
Out of the existing transports only the HTTP transport supports multi-tenancy, this is one limitation that is overcome with the introduction of the inbound architecture. Another limitation when it comes to conventional Axis2 based transports is that the transports do not support dynamic configurations. With inbound endpoints, it is possible to create inbound messaging channels dynamically, and there is also built-in cluster coordination as well as multi-tenancy support for all transports.
Based on the protocol, the behaviour of an inbound endpoint can either be listening, polling or busy waiting based on the protocolevent-based.
For detailed information on listening, polling and busy waiting event-based inbound endpoints see the following topics:
For information on how to create a custom inbound endpoint based on your requirement, see Custom Inbound Endpoint.
Following is a sample inbound endpoint configuration:
...