Petals ESB Container

Petals log handler must use flow log data of the MONIT trace when exists

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 4.2.4
  • Fix Version/s: 4.3.0
  • Component/s: Logging
  • Security Level: Public
  • Description:
    Hide

    Petals log handlers use only the flow log data of the current thread context to compute the right log file in which log event must be flushed.

    In few use case, this does not work correctly: when a new flow is created from a step of a current flow, we are able to create the right flow log data for each flow and we are able to transmit the right information to the logging system, but only the context (so, the one of the current flow) is used to retrieve the log file.

    So, Petals log handler must use the flow log data transmitted through the log event. If no flow log data is available, the context will be use to retrieve the required information:

    • on MONIT level, the flow log data exists always
    • on other log level, no flow log data exists, the context will be used.
    Show
    Petals log handlers use only the flow log data of the current thread context to compute the right log file in which log event must be flushed. In few use case, this does not work correctly: when a new flow is created from a step of a current flow, we are able to create the right flow log data for each flow and we are able to transmit the right information to the logging system, but only the context (so, the one of the current flow) is used to retrieve the log file. So, Petals log handler must use the flow log data transmitted through the log event. If no flow log data is available, the context will be use to retrieve the required information:
    • on MONIT level, the flow log data exists always
    • on other log level, no flow log data exists, the context will be used.
  • Environment:
    -

Activity

People

Dates

  • Created:
    Mon, 13 Apr 2015 - 11:38:00 +0200
    Updated:
    Thu, 21 May 2015 - 10:24:14 +0200
    Resolved:
    Wed, 15 Apr 2015 - 18:13:07 +0200