Petals CDK

After a sendAsync has expired, the exchange is not owned by the sender

Details

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

    Following the fix from PETALSESBCONT-330, some bug appeared in the CDK.

    If a sendAsync expires, then the exchange that was kept is not owned anymore (because it was sent) by the component: thus, the exchange can't ever be queried for information (except for exchangeId and status).

    Currently, exceptions are sometimes thrown in case of expiration.

    Show
    Following the fix from PETALSESBCONT-330, some bug appeared in the CDK. If a sendAsync expires, then the exchange that was kept is not owned anymore (because it was sent) by the component: thus, the exchange can't ever be queried for information (except for exchangeId and status). Currently, exceptions are sometimes thrown in case of expiration.
  • Environment:
    -

Activity

Hide
Victor NOËL added a comment - Tue, 8 Sep 2015 - 17:16:37 +0200

It's fixed for now, but it's not totally clear how to properly handle this kind of situation: maybe the component has the need for accessing these informations...

Maybe send async should be handled by the container instead of the CDK as discussed offline.

Show
Victor NOËL added a comment - Tue, 8 Sep 2015 - 17:16:37 +0200 It's fixed for now, but it's not totally clear how to properly handle this kind of situation: maybe the component has the need for accessing these informations... Maybe send async should be handled by the container instead of the CDK as discussed offline.

People

Dates

  • Created:
    Tue, 8 Sep 2015 - 11:23:11 +0200
    Updated:
    Tue, 8 Sep 2015 - 17:16:37 +0200
    Resolved:
    Tue, 8 Sep 2015 - 17:16:37 +0200