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

Activity

Victor NOËL made changes - Mon, 29 Feb 2016 - 09:53:30 +0100
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Major [ 3 ]
Assignee Christophe DENEUX [ cdeneux ] Victor NOËL [ vnoel ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 09:53:35 +0100
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 10:10:10 +0100
Link This issue blocks PETALSESBCONT-401 [ PETALSESBCONT-401 ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 10:10:30 +0100
Link This issue blocks PETALSESBCONT-401 [ PETALSESBCONT-401 ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 10:10:35 +0100
Link This issue depends on PETALSESBCONT-401 [ PETALSESBCONT-401 ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 10:23:13 +0100
Link This issue blocks PETALSESBCONT-402 [ PETALSESBCONT-402 ]
Victor NOËL made changes - Mon, 29 Feb 2016 - 10:41:08 +0100
Description 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 View (not supported since Petals 4).
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 Petals View is done with MONIT traces now.

Hence we can remove the RouterMonitor.
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.
Victor NOËL made changes - Tue, 1 Mar 2016 - 10:19:45 +0100
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.0.1 [ 10579 ]
Resolution Fixed [ 1 ]

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