com.apama.adapter.bridge
Monitor ConfigBridge


This monitor can be used to setup adapter bridges which allow an adapter connected to one correlator to be shared with other correlators.

The bridge provides a client correlator access to an adapter hosted on the server correlator. To work correctly the bridging bundle must be injected into both correlators. On the server side a server side bridge must be configured and on the client side, a client side bridge. This is done using the ConfigureServerSide and ConfigureClientSide events. The two correlators must be engine_connected together for the bridges to work. This will involve using channels. The actual channels connected must match those specified in the bridge configuration events.

The bridging service doesn't actually do the bridging work itself. Instead it creates separate bridging service instances for each protocol com.apama.statusreport, com.apama.marketdata, com.apama.oms. Those bridges forward events between the correlators. They also monitor the correlator to correlator connection so as to report errors. To make that possible an IAFConnectionMonitor and IAFStatusFaker needs to be created in each correlator. This bridging service also creates the required instances of the IAFConnectionMonitor and IAFStatusFaker services.
Since:
CMF 1.1.2
Version:
10.3
See Also:
com.apama.marketdata.ClientBridge - This service bridges market data events, emitting (un)subscriptions to the server side
com.apama.marketdata.ServerBridge - This service bridges market data events, emitting data and errors to the client side
com.apama.oms.ClientBridge - This service bridges oms data events emitting NewOrder, AmendOrder and CancelOrder events to the server side
com.apama.oms.ServerBridge - This service bridges oms data events emitting OrderUpdates to the client side
com.apama.statusreport.ClientBridge - This service bridges status events, emitting (un)subscriptions to the server side
com.apama.statusreport.ServerBridge - This service bridges status events, emitting data and errors to the client side
com.apama.connection.IAFStatusFaker - This service is used to allow correlator connections to be monitored as though they were IAF instances. The IAFStatusFaker, fakes the IAF's protocol.
com.apama.adapters.IAFConnectionMonitor - The market data, oms, and status bridges all monitor the connections of the two correlators. They do so using this service.
Routes:
com.apama.oms.ConfigureClientSideBridge - To setup the client side bridge for oms data
com.apama.marketdata.ConfigureClientSideBridge - To setup the client side bridge for market data
com.apama.statusreport.ConfigureClientSideBridge - To setup the client side bridge for status report data
com.apama.statusreport.ConfigureServerSideBridge - To setup the server side bridge for status report data
com.apama.marketdata.ConfigureServerSideBridge - To setup the server side bridge for market data
com.apama.oms.ConfigureServerSideBridge - To setup the server side bridge for oms data
com.apama.adapters.MonitorAdapter - To monitor the correlator connections
com.apama.connection.SetupHeartbeatResponder - To start an IAF status faker, to monitor the correlator connections
Listens:
com.apama.adapter.bridge.ConfigureClientSide - To create a new client side bridge instance
com.apama.adapter.bridge.ConfigureServerSide - To create a new server side bridge instance