Petals CDK

Interceptors should be more general to handle all messages

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Minor Minor
  • Resolution: Fixed
  • Affects Version/s: 5.4.3
  • Fix Version/s: 5.5.0
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    According to the documentation (https://doc.petalslink.com/display/petalscomponents/0+CDK+Component+Interceptor+configuration), interceptors are meant to be used to intercept IN and OUT/FAULT messages. In that sense they are MEP-aware and behave differently according to the MEP, and also do not cover specific phase of the MEP (for example the second FAULT of InOptOut) nor the DONE and ERROR cases.

    But since they are very low-level and generic, it would make more sense to make them MEP-unaware so that more things could be expressed with them.

    Show
    According to the documentation (https://doc.petalslink.com/display/petalscomponents/0+CDK+Component+Interceptor+configuration), interceptors are meant to be used to intercept IN and OUT/FAULT messages. In that sense they are MEP-aware and behave differently according to the MEP, and also do not cover specific phase of the MEP (for example the second FAULT of InOptOut) nor the DONE and ERROR cases. But since they are very low-level and generic, it would make more sense to make them MEP-unaware so that more things could be expressed with them.
  • Environment:
    -

Activity

Victor NOËL made changes - Mon, 14 Sep 2015 - 11:54:43 +0200
Field Original Value New Value
Status New [ 10000 ] Open [ 10002 ]
Priority Minor [ 4 ]
Assignee Christophe DENEUX [ cdeneux ] Victor NOËL [ vnoel ]
Victor NOËL made changes - Mon, 14 Sep 2015 - 12:01:41 +0200
Status Open [ 10002 ] In Progress [ 10003 ]
Victor NOËL made changes - Mon, 14 Sep 2015 - 13:12:01 +0200
Status In Progress [ 10003 ] Resolved [ 10004 ]
Fix Version/s 5.5.0 [ 10406 ]
Resolution Fixed [ 1 ]

People

Dates

  • Created:
    Mon, 14 Sep 2015 - 11:54:33 +0200
    Updated:
    Mon, 14 Sep 2015 - 13:12:01 +0200
    Resolved:
    Mon, 14 Sep 2015 - 13:12:01 +0200