Petals ESB Container

Remove Router Monitor facilities as well as corresponding JMX API

Details

  • Type: Task Task
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 5.0.0
  • Fix Version/s: 5.0.1
  • Component/s: JMX, Monitoring
  • Security Level: Public
  • Description:
    Hide

    Petals exposes, per container, a JMX API to monitor specific exchanges that goes through the router.

    It was mainly used for rate control (not documented) and by Petals WebConsole (not supported anymore).
    It relied on the Persistence service (and was its unique user).

    It was configured with a configuration file specifying for which interface/service/endpoint the exchanges should be monitored (in practice it seems only the rate control was reading this file and thus only the rate controlled exchanges were monitored... it's not clear).

    Rate control is not meant to be a feature of the router itself and could maybe be reimplemented at the CDK level.
    Monitoring exchanges as with WebConsole is done with MONIT traces now.

    Hence we can remove the RouterMonitor.

    Show
    Petals exposes, per container, a JMX API to monitor specific exchanges that goes through the router. It was mainly used for rate control (not documented) and by Petals WebConsole (not supported anymore). It relied on the Persistence service (and was its unique user). It was configured with a configuration file specifying for which interface/service/endpoint the exchanges should be monitored (in practice it seems only the rate control was reading this file and thus only the rate controlled exchanges were monitored... it's not clear). Rate control is not meant to be a feature of the router itself and could maybe be reimplemented at the CDK level. Monitoring exchanges as with WebConsole is done with MONIT traces now. Hence we can remove the RouterMonitor.
  • Environment:
    -

Issue Links

People

Dates

  • Created:
    Mon, 29 Feb 2016 - 09:53:22 +0100
    Updated:
    Tue, 1 Mar 2016 - 10:19:45 +0100
    Resolved:
    Tue, 1 Mar 2016 - 10:19:45 +0100