Petals Distribution

Avoid exchange properties interference when making copies

Details

  • Type: Improvement Request Improvement Request
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 5.0.0-RC-1
  • Fix Version/s: 5.0.0
  • Component/s: Components, Container
  • Security Level: Public
  • Description:
    Hide

    This improvement concerns multiple aspects of Petals, including the kernel and the CDK, this issue is here to gather all of these together.

    Basically, when a component wants to create an exchange based on another one and copies its properties (for example the Gateway does this, but also when the Provides of an SU has forward-message-properties set), there can be problem when copying the properties that are strictly related to the sending operation.

    These properties include:

    • CDK's send async metadata
    • JBI send sync metadata
    • Petals flow attribute metadata

    All of these should NOT be copied, or at least should not interfere with those of the new exchange created.

    The solution chosen is to add to the property name the exchangeId of the exchange: like this, even if the property is copied, the new exchange won't confuse it with its own (that will have its exchangeId added to it).

    This will be applied to the 3 aforementioned situations, but this approach should be kept in mind for future properties that are similar.

    Show
    This improvement concerns multiple aspects of Petals, including the kernel and the CDK, this issue is here to gather all of these together. Basically, when a component wants to create an exchange based on another one and copies its properties (for example the Gateway does this, but also when the Provides of an SU has forward-message-properties set), there can be problem when copying the properties that are strictly related to the sending operation. These properties include:
    • CDK's send async metadata
    • JBI send sync metadata
    • Petals flow attribute metadata
    All of these should NOT be copied, or at least should not interfere with those of the new exchange created. The solution chosen is to add to the property name the exchangeId of the exchange: like this, even if the property is copied, the new exchange won't confuse it with its own (that will have its exchangeId added to it). This will be applied to the 3 aforementioned situations, but this approach should be kept in mind for future properties that are similar.
  • Environment:
    -

Issue Links

Activity

Victor NOËL made changes - Thu, 8 Sep 2016 - 16:20:01 +0200
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 - Thu, 8 Sep 2016 - 16:20:33 +0200
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Thu, 8 Sep 2016 - 16:22:50 +0200
Link This issue depends on PETALSESBCONT-436 [ PETALSESBCONT-436 ]
Victor NOËL made changes - Thu, 8 Sep 2016 - 16:33:32 +0200
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.0.0 [ 10631 ]
Resolution Fixed [ 1 ]
Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
11s
1
Victor NOËL
Thu, 8 Sep 2016 - 16:20:01 +0200
Open Open In Progress In Progress
32s
1
Victor NOËL
Thu, 8 Sep 2016 - 16:20:33 +0200
In Progress In Progress Resolved Resolved
12m 59s
1
Victor NOËL
Thu, 8 Sep 2016 - 16:33:32 +0200



People

Dates

  • Created:
    Thu, 8 Sep 2016 - 16:19:50 +0200
    Updated:
    Thu, 8 Sep 2016 - 16:33:32 +0200
    Resolved:
    Thu, 8 Sep 2016 - 16:33:32 +0200