Skip to content

Revisit UnitOfWork and Handler Timeout support #3559

Description

@smcvb

Enhancement Description

We should revisit the TimeoutWrappedMessageHandlingMember and UnitOfWorkTimeoutInterceptor to align with the renewed async-native API. Thus, the new UnitOfWork and MessageStream.

The TimeoutWrappedMessageHandlingMember likely only needs a check to validate if everything's as it should be.
However, the UnitOfWorkTimeoutInterceptor may need more work. Note that the UnitOfWorkTimeoutInterceptor is dependent on the Message Interceptor issue, #3103.

Be sure to check for TODOs referring to this issue's issue number when picking up this issue!

Current Behaviour

It may work, but we don't have a 100% certainty.

Wanted Behaviour

That the unit of work and handler timeout feature works as intended.

Possible Workarounds

None

Metadata

Metadata

Assignees

Labels

Priority 1: MustHighest priority. A release cannot be made if this issue isn’t resolved.

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions